On Fri, Mar 29, 2013 at 03:46:33PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Mar 29, 2013 at 03:37:13PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > On Thu, Mar 28, 2013 at 02:54:06PM +0100, Thomas H.P. Andersen wrote:
> > > On Wed, Feb 13, 2013 at 4:16 AM, Lennart Poettering
> > > wrot
On Sat, Jul 13, 2013 at 10:51:01PM +0200, Ross Lagerwall wrote:
> On Sat, Jul 13, 2013 at 04:12:33PM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> > On Mon, Jun 17, 2013 at 07:11:50PM +0100, Ross Lagerwall wrote:
> > > Before, "systemctl reenable getty@tty1.service" would fail with:
> > > Failed to i
On Fri, Jul 12, 2013 at 09:19:58PM +0200, Lennart Poettering wrote:
> On Fri, 12.07.13 20:42, Karol Lewandowski (k.lewando...@samsung.com) wrote:
...
> > - software raid (md) status - /proc/mdstat
>
> Not sure what this is really doing...
/etc/init.d/hdparm seems to be bailing out if md-raid is
On Sat, Jul 13, 2013 at 04:12:33PM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Jun 17, 2013 at 07:11:50PM +0100, Ross Lagerwall wrote:
> > Before, "systemctl reenable getty@tty1.service" would fail with:
> > Failed to issue method call: File exists
> > To fix this, reimplement "reenable" ex
On Mon, Jun 17, 2013 at 07:11:50PM +0100, Ross Lagerwall wrote:
> Before, "systemctl reenable getty@tty1.service" would fail with:
> Failed to issue method call: File exists
> To fix this, reimplement "reenable" explicitly as a disable followed by
> an enable.
> This is shorter and is how the man p
On Fri, Jul 12, 2013 at 08:57:15PM -0700, Shawn Landden wrote:
> Generating seed...
>
> Generating key pair...
> Generating sealing key...
> Failed to open
> /var/log/journal/33f46101703a10c5fc6fa4f451840101/fss.tmp.k2wDDU: No such
> file or directory
> ---
> src/journal/journalctl.c | 17 +
On Sat, Jul 13, 2013 at 10:51:35AM +0200, Jan Engelhardt wrote:
> ---
> man/systemd.cgroup.xml | 30 +++---
> man/systemd.exec.xml | 2 +-
> man/systemd.scope.xml | 2 +-
> man/systemd.socket.xml | 2 +-
> 4 files changed, 18 insertions(+), 18 deletions(-)
Applied.
Z
Tcrypt uses a different approach to passphrases/key files. The
passphrase and all key files are incorporated into the "password"
to open the volume. So, the idea of slots that provide a way to
open the volume with different passphrases/key files that are
independent from each other like with LUKS d
---
src/cryptsetup/cryptsetup.c | 222 +++-
1 file changed, 114 insertions(+), 108 deletions(-)
diff --git a/src/cryptsetup/cryptsetup.c b/src/cryptsetup/cryptsetup.c
index 994a0e0..e84ebba 100644
--- a/src/cryptsetup/cryptsetup.c
+++ b/src/cryptsetup/crypt
Also use _cleanup_free_ where possible.
---
src/cryptsetup/cryptsetup.c | 153 +---
1 file changed, 72 insertions(+), 81 deletions(-)
diff --git a/src/cryptsetup/cryptsetup.c b/src/cryptsetup/cryptsetup.c
index 347394d..994a0e0 100644
--- a/src/cryptsetup/c
---
man/systemd.cgroup.xml | 30 +++---
man/systemd.exec.xml | 2 +-
man/systemd.scope.xml | 2 +-
man/systemd.socket.xml | 2 +-
4 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/man/systemd.cgroup.xml b/man/systemd.cgroup.xml
index 504c968..e31faf5 10
The following changes since commit 3d56f7df4411684404470d36ddec0d90649a13a3:
static-nodes: don't hardcode path to mkdir (2013-07-12 20:08:31 +0200)
are available in the git repository at:
git://git.inai.de/systemd master
for you to fetch changes up to 21b984e144a1477e00fa01c370a52c2c641b6b
12 matches
Mail list logo