Github messages for voidlinux
 help / color / mirror / Atom feed
From: Jipok <Jipok@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: "linux6.5: configured successfully" without initramfs
Date: Mon, 11 Sep 2023 00:07:20 +0200	[thread overview]
Message-ID: <20230910220720.ZuxOH9u2ejo4TFvvzlJ5iL70VU-3SUnEwMzbfSeRjVg@z> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-46006@inbox.vuxu.org>

[-- Attachment #1: Type: text/plain, Size: 1414 bytes --]

New comment by Jipok on void-packages repository

https://github.com/void-linux/void-packages/issues/46006#issuecomment-1712952544

Comment:
> the current release of ZFS doesn't support 6.5

I know. This question is not about ZFS, but about the frustration associated with the inability to boot into the system after a “successful kernel update”. It’s not just the ZFS that can produce an error.

> it is kinda important to know what your system is doing, especially for updates. 

You can't say this seriously. I have my PC and home server. Both with void, both are updated on average once every couple of weeks. The number of logs you propose to view exceeds my ability to meaningfully read the logs. There are much more interesting and productive things in life than reading the logs of the next update simply because somewhere there may be a hint of a malfunction. And I'm sure that about 99.9% of void users, if they look at the update logs, then only briefly and conspicuous things. For example, a message that the kernel is not installed due to errors. At the end of the logs and preferably highlighted in red.

> having a hook fail and causing an xbps operation to stop in the middle would be much worse, leading to issues with lots of half-configured packages

I believe there may be specific cases where ignoring errors is useful. Well then you need at least an exception for the kernel.

  parent reply	other threads:[~2023-09-10 22:07 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-09-10 17:18 [ISSUE] " Jipok
2023-09-10 18:47 ` dkwo
2023-09-10 19:04 ` classabbyamp
2023-09-10 22:07 ` Jipok [this message]
2023-09-16 15:19 ` [ISSUE] [CLOSED] " ahesford
2023-09-16 15:19 ` ahesford
2023-09-16 16:13 ` Jipok
2023-09-16 16:21 ` ahesford
2023-09-16 16:48 ` Jipok
2023-09-16 16:56 ` classabbyamp
2023-09-16 16:56 ` ahesford
2023-09-16 17:01 ` Duncaen
2023-09-16 17:09 ` Jipok
2023-09-16 17:15 ` ahesford
2023-09-16 18:11 ` Duncaen

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=20230910220720.ZuxOH9u2ejo4TFvvzlJ5iL70VU-3SUnEwMzbfSeRjVg@z \
    --to=jipok@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).