On Tue, Dec 11, 2012 at 5:24 AM, Olivier Langlois
wrote:
> Apparently core dumps (if enabled) are stored in the systemd journal.
>
> ~ $ cat /proc/sys/kernel/core_pattern
> |/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e
>
> systemd-coredumpctl looks nice to use but I am not totally sure yet
On Mon, Dec 10, 2012 at 11:24:17PM -0500, Olivier Langlois wrote:
> Apparently core dumps (if enabled) are stored in the systemd journal.
>
> ~ $ cat /proc/sys/kernel/core_pattern
> |/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e
>
> systemd-coredumpctl looks nice to use but I am not total
Apparently core dumps (if enabled) are stored in the systemd journal.
~ $ cat /proc/sys/kernel/core_pattern
|/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e
systemd-coredumpctl looks nice to use but I am not totally sure yet that
collecting core dumps in the journal is something that I want
On Mon, Dec 10, 2012 at 5:23 PM, Fons Adriaensen wrote:
> Hello all,
>
> Is there a python3 module for pango (as there is one for cairo) ?
>
> pacman -Ss pango gives me:
>
> extra/libtiger 0.3.4-3
> A rendering library for Kate streams using Pango and Cairo
> extra/pango 1.32.3-1 [installed: 1
On Mon, 10 Dec 2012 08:26:58 -0800, kristof wrote:
Oh, and some UEFI implementations don't actually allow users to add keys
to the database; only remove them. The workaround to this is to delete
all keys in the database, which would cause the computer to boot into
"setup-mode", where a use
Oh, and some UEFI implementations don't actually allow users to add keys
to the database; only remove them. The workaround to this is to delete all
keys in the database, which would cause the computer to boot into
"setup-mode", where a user could manually start repopulating the key
database
First, I'd like to apologize for sending a very lengthy reply that wasn't
attached to this thread. I didn't realize that just because a thread's
five days old doesn't mean you can't reply to it.
On Mon, 10 Dec 2012 01:28:23 -0800, Thomas Bächler
wrote:
Am 10.12.2012 06:54, schrieb krist
On Monday 10 Dec 2012 09:26:51 Bryan Schumaker wrote:
> On 12/10/2012 08:11 AM, Paul Gideon Dann wrote:
> > Does anyone have any idea why "nocto" doesn't have the effect I was hoping
> > it would? The "async" option works as expected, but it's more important
> > to me that the client cache is corr
Hello all,
Is there a python3 module for pango (as there is one for cairo) ?
pacman -Ss pango gives me:
extra/libtiger 0.3.4-3
A rendering library for Kate streams using Pango and Cairo
extra/pango 1.32.3-1 [installed: 1.30.1-1]
A library for layout and rendering of text
extra/pango-per
On Mon, Dec 10, 2012 at 10:28 AM, Thomas Bächler wrote:
> Am 10.12.2012 06:54, schrieb kristof:
> > As it stands, Gummiboot doesn't support calling back to Matthew
> > Garrett's shim and until this happens it won't work in secure boot mode.
>
> Could you refer to any documentation about this? Why
On 12/10/2012 08:11 AM, Paul Gideon Dann wrote:
> I've been learning about the close-to-open policy of NFS, which causes each
> file to be flushed to the server as it's closed, to ensure consistency across
> clients. This is a big performance hit when trying to upgrade the system,
> because of
I've been learning about the close-to-open policy of NFS, which causes each
file to be flushed to the server as it's closed, to ensure consistency across
clients. This is a big performance hit when trying to upgrade the system,
because of the numerous writes to small files.
I know about the "a
Am 10.12.2012 06:54, schrieb kristof:
> As it stands, Gummiboot doesn't support calling back to Matthew
> Garrett's shim and until this happens it won't work in secure boot mode.
Could you refer to any documentation about this? Why would the boot
loader need to call back into shim?
> Lastly, the
[2012-12-10 09:14:49 +0100] "Jérôme M. Berger":
> Tom Gundersen wrote:
> > However, options that are unrelated to the init-system should not be
> > specified in ExecStart=, but should be configured in the applications
> > own configuration file. It has nothing to do with systemd, so for
> > systemd
Daniel Micay wrote:
> The issue with /etc/conf.d is that it's Arch-specific. There are still
> a lot of cases where the packages themselves still provide the units,
> but there is a push to get them upstream whenever possible to remove a
> lot of burden from the packagers, and share more work betwe
Tom Gundersen wrote:
> Options related to the init-system, such as where the lock-file is
> located should be indicated as an option in ExecStart. The reason this
> makes sense is that it must match what is specifid in PIDFile=. The
> same goes for any other option that systemd requires to be a cer
16 matches
Mail list logo
