diff options
Diffstat (limited to 'open_issues')
| -rw-r--r-- | open_issues/bcachefs.mdwn | 3 | ||||
| -rw-r--r-- | open_issues/runit.mdwn | 43 |
2 files changed, 7 insertions, 39 deletions
diff --git a/open_issues/bcachefs.mdwn b/open_issues/bcachefs.mdwn index aa39bce0..330a41e1 100644 --- a/open_issues/bcachefs.mdwn +++ b/open_issues/bcachefs.mdwn @@ -12,8 +12,7 @@ License|/fdl]]."]]"""]] [[!tag open_issue_hurd]] The Hurd's primary filesystem is ext2, which works but lacks modern -features. With ext2, Hurd users reguarly deal with filesystem -corruption. Ext2 does not have a journal, so Hurd users occasionally +features. Ext2 does not have a journal, so Hurd users occasionally have to deal with filesystem corruption. `fsck` can fix most of the issues (with loss of random data), but without a proper journal the Hurd currently is not a good a OS for long-term data storage. diff --git a/open_issues/runit.mdwn b/open_issues/runit.mdwn index 659b81ea..cda495ae 100644 --- a/open_issues/runit.mdwn +++ b/open_issues/runit.mdwn @@ -9,42 +9,11 @@ Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] -[[!tag open_issue_porting]] +[[!tag open_issue]] -The `runit` package doesn't work, even its test suite doesn't finish. +In March of 2025, João got the Hurd to use +[[runit instead of sysvinit|https://lists.debian.org/debian-hurd/2025/03/msg00023.html]]. +He has so far been unsuccessful to start the [[hurd-console|hurd/console]]. -[[Thomas_Schwinge|tschwinge]] once was having a look at that, but this very -report is just from his memory, and his memory is dim... The problem *might* -either be a time stamping issue (which might be fixed by now) or it *might* be -the `select` call failing issue we're seeing from time to time. Or something -else. - -[[Harish Badrinath|harishbadrinath]] -Originally answered by Samuel Thibault: -> 120->proc_dostop_request ( 138) = 0 -> -> </snip> - -Usual issue with rpctrace: it does not support fork(). - - I've checked a backtrace in gdb, got this: - - 0x0105af6c in mach_msg_trap () - at /build/eglibc-jWVnRE/eglibc-2.13/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2 - 1 0x0105b769 in __mach_msg (msg=0x1024af8, option=258, send_size=0, rcv_size=40, rcv_name=140, - timeout=1000020, notify=0) at msg.c:110 - 2 0x01062251 in _hurd_select (nfds=2, pollfds=0x1024dc0, readfds=0x0, writefds=0x0, exceptfds=0x0, - timeout=0x1024bbc, sigmask=0x0) at hurdselect.c:324 - 3 0x0114427b in __poll (fds=0x1024dc0, nfds=2, timeout=1000020) at ../sysdeps/mach/hurd/poll.c:48 - 4 0x0804b770 in iopause (x=0x1024dc0, len=2, deadline=0x1024dd8, stamp=0x1024de8) at iopause.c:29 - 5 0x08048efc in main (argc=2, argv=0x1024e94) at runsv.c:543 - - and main() shows up as: - - sig_unblock(sig_term); - sig_unblock(sig_child); - -> iopause(x, 2 +haslog, &deadline, &now); - sig_block(sig_term); - sig_block(sig_child); - -So it simply looks like the known "signals don't interrupt select" bug. +The Hurd project could also use the [[Shepherd|open_issues/shepherd]] +as another alternative init system. |