GNU logs - #78040, boring messages

Message sent to bug-guix@HIDDEN:

Subject: bug#78040: elogind's suspend-then-hibernate requires dmi-sysfs to detect wakeup type
Resent-From: Josselin Poiret <dev@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 24 Apr 2025 14:57:02 +0000
Resent-Message-ID: <handler.78040.B.174550660813896 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 78040 <at> debbugs.gnu.org
From: Josselin Poiret <dev@HIDDEN>
Date: Thu, 24 Apr 2025 16:56:29 +0200
Message-ID: <87zfg5wqua.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
 micalg=pgp-sha256; protocol="application/pgp-signature"
Received-SPF: pass client-ip=159.223.231.69; envelope-from=dev@HIDDEN;
 helo=jpoiret.xyz
X-Spam_score_int: 19
X-Spam_score: 1.9
X-Spam_bar: +
X-Spam_report: (1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FROM_SUSPICIOUS_NTLD=0.499,
 FROM_SUSPICIOUS_NTLD_FP=1.469, PDS_OTHER_BAD_TLD=1.998,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 4.9 (++++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  Hello everyone, The suspend-then-hibernate option of elogind
 tries to detect the type of wakeup that the system supports, and to that
 end reads /sys/firmware/dmi/entries/1-0/raw. However that file only exists
 if the [...] 
 Content analysis details:   (4.9 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
 2.0 PDS_OTHER_BAD_TLD      Untrustworthy TLDs
 [URI: jpoiret.xyz (xyz)]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org]
 0.5 FROM_SUSPICIOUS_NTLD   From abused NTLD
 1.5 FROM_SUSPICIOUS_NTLD_FP From abused NTLD
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 2.5 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  Hello everyone, The suspend-then-hibernate option of elogind
    tries to detect the type of wakeup that the system supports, and to that
   end reads /sys/firmware/dmi/entries/1-0/raw. However that file only exists
    if the [...] 
 
 Content analysis details:   (2.5 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
                              no trust
                             [2001:470:142:0:0:0:0:17 listed in]
                             [list.dnswl.org]
  1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
  2.0 PDS_OTHER_BAD_TLD      Untrustworthy TLDs
                             [URI: jpoiret.xyz (xyz)]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
  0.5 FROM_SUSPICIOUS_NTLD   From abused NTLD
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hello everyone,

The suspend-then-hibernate option of elogind tries to detect the type of
wakeup that the system supports, and to that end reads
/sys/firmware/dmi/entries/1-0/raw.  However that file only exists if
the kernel module dmi-sysfs has been loaded, which doesn't seem to be
the case by default on my Guix system.

If that doesn't work out, it falls back to a custom implementation that
wakes up the system periodically to check the battery status, however
that is also broken for some other reason=E2=84=A2 on my system, leading to=
 an
instant hibernation.

Loading dmi-sysfs manually solves this issue, but I don't know how to do
that with the elogind-service-type implementation.

Best,
=2D-=20
Josselin Poiret

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQHEBAEBCAAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmgKUR0QHGRldkBqcG9p
cmV0Lnh5egAKCRBQXkC5FhcaivXbDACGYVZ9AdWyTdZb0xvmK4IZvfjegZ3hzCpE
/5iKGyYFbR1g03aJCvlUFgckG+KyaGltfjdDqlAZ2R2/YOmjXhFxZcNsbGy2nSBR
9/1nBLE2wKr+Uu6e2+DwRa6D5OysxdvypjxQDpzowiwxNViUuAtf+RiJbmQGKNlv
UmyFEn4wZXwvclmY8kUrxyszEJQ5umF2TjZqAFUX0Ci/QMu/mJcB1b3aVcU3eLcW
3e9/jpcEEVV5fiArVnh4ALYCzf/OrsvInGWn2DfBA1fzfSFByeP3poOoTcGJm7jh
HK+DHGt1Ww2LeQj8xF994vOmF5sCY7HPCPSGaGw75Uqt+JdUdsKvw0143fwSZkgK
FD0gojaHSjRFg7AwIUAf6cPviibJOtBPL2NUW6/HOMKuCAZWBn6b0tUAAChZc3KE
o6e4RIy7xScJnw6t8mfmkvnf6RZ8Z7k3ptosV8kzvBIkcCEiJyzt7aow3WoOyvKb
8051qgGKLK0PQ0JnKfw3dC3uTSXJjyU=
=qhXB
-----END PGP SIGNATURE-----
--=-=-=--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Josselin Poiret <dev@HIDDEN>
Subject: bug#78040: Acknowledgement (elogind's suspend-then-hibernate
 requires dmi-sysfs to detect wakeup type)
Message-ID: <handler.78040.B.174550660813896.ack <at> debbugs.gnu.org>
References: <87zfg5wqua.fsf@HIDDEN>
X-Gnu-PR-Message: ack 78040
X-Gnu-PR-Package: guix
Reply-To: 78040 <at> debbugs.gnu.org
Date: Thu, 24 Apr 2025 14:57:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-guix@HIDDEN

If you wish to submit further information on this problem, please
send it to 78040 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
78040: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D78040
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-guix@HIDDEN:

Subject: bug#78040: elogind's suspend-then-hibernate requires dmi-sysfs to detect wakeup type
Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 24 Apr 2025 21:40:02 +0000
Resent-Message-ID: <handler.78040.B.174553077726877 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 78040 <at> debbugs.gnu.org
Cc: dev@HIDDEN
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
In-Reply-To: <87zfg5wqua.fsf@HIDDEN> (Josselin Poiret via Bug reports
 for's message of "Thu, 24 Apr 2025 16:56:29 +0200")
References: <87zfg5wqua.fsf@HIDDEN>
User-Agent: mu4e 1.12.9; emacs 29.4
Date: Thu, 24 Apr 2025 22:38:30 +0200
Message-ID: <87v7qti9bt.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello Josselin,

Josselin Poiret via Bug reports for GNU Guix <bug-guix@HIDDEN> writes:

> The suspend-then-hibernate option of elogind tries to detect the type of
> wakeup that the system supports, and to that end reads
> /sys/firmware/dmi/entries/1-0/raw.  However that file only exists if
> the kernel module dmi-sysfs has been loaded, which doesn't seem to be
> the case by default on my Guix system.
>
> If that doesn't work out, it falls back to a custom implementation that
> wakes up the system periodically to check the battery status, however
> that is also broken for some other reason=E2=84=A2 on my system, leading =
to an
> instant hibernation.

I experienced it too; glad you found the reason!

> Loading dmi-sysfs manually solves this issue, but I don't know how to do
> that with the elogind-service-type implementation.

Maybe an activation snippet could do:

  (load-linux-modules-from-directory '("dmi-sysfs")
                                     (current-kernel-directory))

?

Ludo=E2=80=99.

Message sent to bug-guix@HIDDEN:

Subject: bug#78040: elogind's suspend-then-hibernate requires dmi-sysfs to detect wakeup type
Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Thu, 24 Apr 2025 21:40:04 +0000
Resent-Message-ID: <handler.78040.B78040.174553077726870 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 78040 <at> debbugs.gnu.org
Cc: dev@HIDDEN
From: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
In-Reply-To: <87zfg5wqua.fsf@HIDDEN> (Josselin Poiret via Bug reports
 for's message of "Thu, 24 Apr 2025 16:56:29 +0200")
References: <87zfg5wqua.fsf@HIDDEN>
User-Agent: mu4e 1.12.9; emacs 29.4
Date: Thu, 24 Apr 2025 22:38:30 +0200
Message-ID: <87v7qti9bt.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello Josselin,

Josselin Poiret via Bug reports for GNU Guix <bug-guix@HIDDEN> writes:

> The suspend-then-hibernate option of elogind tries to detect the type of
> wakeup that the system supports, and to that end reads
> /sys/firmware/dmi/entries/1-0/raw.  However that file only exists if
> the kernel module dmi-sysfs has been loaded, which doesn't seem to be
> the case by default on my Guix system.
>
> If that doesn't work out, it falls back to a custom implementation that
> wakes up the system periodically to check the battery status, however
> that is also broken for some other reason=E2=84=A2 on my system, leading =
to an
> instant hibernation.

I experienced it too; glad you found the reason!

> Loading dmi-sysfs manually solves this issue, but I don't know how to do
> that with the elogind-service-type implementation.

Maybe an activation snippet could do:

  (load-linux-modules-from-directory '("dmi-sysfs")
                                     (current-kernel-directory))

?

Ludo=E2=80=99.

Message sent to bug-guix@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#78040: elogind's suspend-then-hibernate requires dmi-sysfs to detect wakeup type
References: <87zfg5wqua.fsf@HIDDEN>
In-Reply-To: <87zfg5wqua.fsf@HIDDEN>
Resent-From: Danny Milosavljevic <dannym@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-guix@HIDDEN
Resent-Date: Fri, 25 Apr 2025 00:02:02 +0000
Resent-Message-ID: <handler.78040.B78040.17455392847771 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 78040
X-GNU-PR-Package: guix
X-GNU-PR-Keywords: 
To: Ludovic =?UTF-8?Q?Court=C3=A8s?= <ludo@HIDDEN>
Cc: dev@HIDDEN, 78040 <at> debbugs.gnu.org
Received: via spool by 78040-submit <at> debbugs.gnu.org id=B78040.17455392847771
          (code B ref 78040); Fri, 25 Apr 2025 00:02:02 +0000
Received: (at 78040) by debbugs.gnu.org; 25 Apr 2025 00:01:24 +0000
Received: from localhost ([127.0.0.1]:42796 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1u86VQ-00021H-Dw
	for submit <at> debbugs.gnu.org; Thu, 24 Apr 2025 20:01:24 -0400
Received: from dwarf.ash.relay.mailchannels.net ([23.83.222.53]:61365)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <dannym@HIDDEN>)
 id 1u86VN-000215-Am
 for 78040 <at> debbugs.gnu.org; Thu, 24 Apr 2025 20:01:22 -0400
X-Sender-Id: dreamhost|x-authsender|dannym@HIDDEN
Received: from relay.mailchannels.net (localhost [127.0.0.1])
 by relay.mailchannels.net (Postfix) with ESMTP id 411082C458B;
 Fri, 25 Apr 2025 00:01:19 +0000 (UTC)
Received: from pdx1-sub0-mail-a205.dreamhost.com
 (100-110-58-101.trex-nlb.outbound.svc.cluster.local [100.110.58.101])
 (Authenticated sender: dreamhost)
 by relay.mailchannels.net (Postfix) with ESMTPA id DC8952C5195;
 Fri, 25 Apr 2025 00:01:18 +0000 (UTC)
ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1745539278; a=rsa-sha256;
 cv=none;
 b=VV9waHqASraeSK3AzcQoyY29WRRulsUgavWuBFj6v+iQE6G89VaQHdGN7b3FJsSFB9vZ07
 dvEkuq8/6/6BisSHEA8Dhig0w+O25uWkzuJLM+5HZc/blENy907pIb/fs/owhiUv8vL2tz
 YVBwjx/1xTX75gLbnoA4IjkG1h/95mY/chJivRHjPnFWdiQ7ILkYvIJTHEYX66qPL/71su
 PEoK4AdnZ5haqYbNfTRZbE8bHPoS7MUdbNoNj4Oz49g0Z2aHic/WCU6UA7TKHxFq6YUEfO
 GqTgLKdD4gYIpgjKcgxv0a17xEoXrUM30vASj/tYmRWSBFwdWHZG/wtzj4DhAA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;
 d=mailchannels.net; s=arc-2022; t=1745539278;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:cc:mime-version:mime-version:content-type:content-type:
 dkim-signature; bh=bwGhInJeg1fO+xfwixuCSc3PGPcbuxkQqK8bHhnyAk8=;
 b=P5/sMK0k72WldaZ56lg0AnxNwPIzKll5EMO1CVvWyXYjqbc/v6p4afah6SFlyjMTdXcK5y
 qfuo6DN2gVRi/LiGS3qQzIZ7OwfmDmL0wvoFahW1+GkNtcrbljwsbgGA6lpDoX/Nh99RwP
 GPI6O5gG4FJC53DeYByexmaslbL+LZRtSQn/UZC7ylMUzjDLRfuLKJxvMt/aVu4Mlw9vzD
 gKzoOozC7dwz9LEvLq1UCwpPsEA5HR/+wVvErKFojtx6O7G1FC30DKPdG1R88bNFrMl6A5
 v/UWAhBkF45Rrb04dvP3CNcSOslmWuyj4Y2XYW8vndntYY/Q1ubpC0ItZv+mVA==
ARC-Authentication-Results: i=1; rspamd-5cfcf5665-8vngp;
 auth=pass smtp.auth=dreamhost smtp.mailfrom=dannym@HIDDEN
X-Sender-Id: dreamhost|x-authsender|dannym@HIDDEN
X-MC-Relay: Neutral
X-MailChannels-SenderId: dreamhost|x-authsender|dannym@HIDDEN
X-MailChannels-Auth-Id: dreamhost
X-Exultant-Shoe: 0a61886c00f67c82_1745539279115_2346746836
X-MC-Loop-Signature: 1745539279115:3107457045
X-MC-Ingress-Time: 1745539279115
Received: from pdx1-sub0-mail-a205.dreamhost.com (pop.dreamhost.com
 [64.90.62.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384)
 by 100.110.58.101 (trex/7.0.3); Fri, 25 Apr 2025 00:01:19 +0000
Received: from nova (84-115-226-251.cable.dynamic.surfer.at [84.115.226.251])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest
 SHA256) (No client certificate requested)
 (Authenticated sender: dannym@HIDDEN)
 by pdx1-sub0-mail-a205.dreamhost.com (Postfix) with ESMTPSA id 4ZkCg16Ks9zMN; 
 Thu, 24 Apr 2025 17:01:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=friendly-machines.com; s=dreamhost; t=1745539278;
 bh=OmYaPdk5ofCpMsu5yCkVJl0OHExEoKCQVmwAXt9lC64=;
 h=From:To:Cc:Subject:Date:Content-Type;
 b=M6X0bbAMSyw80jsKx13U6Qr0rWc3+o6q8fkBfFf2ttOBfJ+x+pHj3p7dLWyleWiEh
 L2uZThibdlVCoAVDRZrIt2oXyU7qTxKlvlBQwu+R5mLdNdpTlRjYJxSkFXEdIJEpEs
 fyxefby45ZYXNz/jgldgq4DJcYtak3uLM+7IKl/IB/3G0Z9wqFEbmLXEXIIql8UsyF
 wEByK9lfT1wY/H3VdIUkjZetkEIaauE6CS6+oVm1JMTUjuy2eWrIgjwIM7lfzy4hEN
 82FZsZdT8yQsEduvq7+V28rVBaUIRRJhPABQNdwZvNIpahD2QbWAA8oB5vXPe3Vrlv
 TeUXE+/2ghYwg==
From: Danny Milosavljevic <dannym@HIDDEN>
User-Agent: mu4e 1.12.9; emacs 29.4
Date: Fri, 25 Apr 2025 02:01:14 +0200
Message-ID: <87y0vp154l.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 3.6 (+++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  >> Loading dmi-sysfs manually solves this issue, but I don't
 know how to do >> that with the elogind-service-type implementation. >Maybe
 an activation snippet could do: > (load-linux-modules-from-directory
 '("dmi-sysfs") > (current-kernel-directory)) 
 Content analysis details:   (3.6 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE:
 The query to Validity was blocked.  See
 https://knowledge.validity.com/hc/en-us/articles/20961730681243
 for more information.
 [23.83.222.53 listed in sa-accredit.habeas.com]
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [84.115.226.251 listed in zen.spamhaus.org]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [23.83.222.53 listed in list.dnswl.org]
 0.0 RCVD_IN_MSPIKE_H5      RBL: Excellent reputation (+5)
 [23.83.222.53 listed in wl.mailspike.net]
 0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The
 query to Validity was blocked.  See
 https://knowledge.validity.com/hc/en-us/articles/20961730681243
 for more information.
 [23.83.222.53 listed in bl.score.senderscore.com]
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 2.6 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 
 Content preview:  >> Loading dmi-sysfs manually solves this issue, but I don't
    know how to do >> that with the elogind-service-type implementation. >Maybe
    an activation snippet could do: > (load-linux-modules-from-directory '("dmi-sysfs")
    > (current-kernel-directory)) 
 
 Content analysis details:   (2.6 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE:
                             The query to Validity was blocked.  See
                             https://knowledge.validity.com/hc/en-us/articles/20961730681243
                              for more information.
                             [23.83.222.53 listed in sa-accredit.habeas.com]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
                              no trust
                             [23.83.222.53 listed in list.dnswl.org]
  0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The
                             query to Validity was blocked.  See
                             https://knowledge.validity.com/hc/en-us/articles/20961730681243
                              for more information.
                             [23.83.222.53 listed in bl.score.senderscore.com]
  3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
                             [84.115.226.251 listed in zen.spamhaus.org]
  0.0 RCVD_IN_MSPIKE_H5      RBL: Excellent reputation (+5)
                             [23.83.222.53 listed in wl.mailspike.net]
 -0.0 SPF_PASS               SPF: sender matches SPF record
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
 -1.0 MAILING_LIST_MULTI     Multiple indicators imply a widely-seen list
                             manager

>> Loading dmi-sysfs manually solves this issue, but I don't know how to do
>> that with the elogind-service-type implementation.

>Maybe an activation snippet could do:
>  (load-linux-modules-from-directory '("dmi-sysfs")
>                                     (current-kernel-directory))

Why not use the kernel module loader service extension?
That's what it's there for.

(service-type
...
   (extensions
    (list (service-extension kernel-module-loader-service-type
                             (const '("dmi-sysfs"))))))

Last modified: Fri, 25 Apr 2025 00:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.