Github messages for voidlinux
 help / color / mirror / Atom feed
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.

  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).