Have you tried using halt-hurd instead of shutdown? As far as I can
remember, halt-hurd has never caused file system corruption for me,
but I'm pretty sure shutdown did way back when I was still trying
to use it.
On Fri, 5 Aug 2016, Christian Seiler wrote:
> PS: Is there any way to sanely restart /hurd/pflocal without
> rebooting?
Yes, the commands to do that are
settrans -ck /servers/socket/1
settrans -ck /servers/socket/1 /hurd/pflocal
(I'm not sure if the first one is strictly necessary anymore, but
Most changes in commit b04364b seem to be fine, but this one isn't:
@@ -405,7 +401,7 @@ run (const char *server, mach_port_t *ports, task_t *task)
}
if (verbose)
-fprintf (stderr, "started %s\n", prog);
+fprintf (stderr, stderr, "started %s\n", prog);
/* Dead-name notification
Here is a patch to fix a use-after-free bug in libps. The
attachment is the entire output of git format-patch; I think
it's the best I can do when using Gmail to send mail.
From c99837f5874c0983e0bcb1d2704c241d4a2aa10d Mon Sep 17 00:00:00 2001
From: Esa Peuha
Date: Sat, 27 Feb 2016 09:59:13
* exec/main.c (main) Remove second call to trivfs_startup
from commit a5d384c.
---
The commit mentioned above duplicated the call to trivfs_startup.
I can't think of any reason why it would be necessary, so it's
probably unintentional editing error that can be removed.
diff --git a/exec/main.c b/ex
Samuel Thibault wrote:
> ps -o %r
>
> hangs, could somebody have a look?
Here is a patch that should break the infinite loop.
--- hurd-0.6-old/libps/fmt.c2015-04-19 16:24:54.0 +0300
+++ hurd-0.6/libps/fmt.c2015-05-26 09:56:36.0 +0300
@@ -68,6 +68,8 @@
src = new_fmt
