From: abhocetabhac <abhocetabhac@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: Service socklog-unix locks users out of the system if /var/log/socklog does not exist
Date: Sun, 04 May 2025 15:08:25 +0200 [thread overview]
Message-ID: <20250504130825.B513B2F4CF@inbox.vuxu.org> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-54043@inbox.vuxu.org>
[-- Attachment #1: Type: text/plain, Size: 1076 bytes --]
New comment by abhocetabhac on void-packages repository
https://github.com/void-linux/void-packages/issues/54043#issuecomment-2849210573
Comment:
I strongly disagree. A logging service that can lock out the root user simply because a directory is missing is not an "imaginary issue" — it’s a serious and untenable failure mode. If the required conditions for the service to start are not met, it should, at a minimum, report the error (no pun intended) and exit gracefully, not silently hang and render the system inaccessible.
Blaming users for mounting /var/log on tmpfs is not a reasonable position. That’s a common and valid configuration in many Unix-like systems, including Void. Services should be resilient to such setups and recover or fail cleanly when prerequisites are missing. Expecting all users to predict and manually patch around this kind of failure undermines the reliability of the system.
The fact that this situation can prevent root logins entirely elevates it beyond a mere inconvenience — it’s a critical reliability and usability flaw.
next prev parent reply other threads:[~2025-05-04 13:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-20 2:28 [ISSUE] " abhocetabhac
2025-01-22 16:50 ` dkwo
2025-05-01 15:53 ` vincele
2025-05-04 11:50 ` [ISSUE] [CLOSED] " ahesford
2025-05-04 11:50 ` ahesford
2025-05-04 13:08 ` abhocetabhac [this message]
2025-05-04 17:04 ` ahesford
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=20250504130825.B513B2F4CF@inbox.vuxu.org \
--to=abhocetabhac@users.noreply.github.com \
--cc=ml@inbox.vuxu.org \
/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;
as well as URLs for NNTP newsgroup(s).