From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 19 08:06:02 2022 Received: (at 55231) by debbugs.gnu.org; 19 Jun 2022 12:06:02 +0000 Received: from localhost ([127.0.0.1]:50761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o2tgo-0005WG-AH for submit@debbugs.gnu.org; Sun, 19 Jun 2022 08:06:02 -0400 Received: from laurent.telenet-ops.be ([195.130.137.89]:51562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o2tgm-0005Vz-Db for 55231@debbugs.gnu.org; Sun, 19 Jun 2022 08:06:01 -0400 Received: from [172.20.10.9] ([188.189.158.25]) by laurent.telenet-ops.be with bizsmtp id l05y270020Z9yEL0105y8g; Sun, 19 Jun 2022 14:05:59 +0200 Message-ID: <23328359aaef00b461b27e46b5e716655a8ff015.camel@telenet.be> Subject: Re: [bug#55231] [PATCH v3 2/2] doc: =?UTF-8?Q?=E2=80=98initrd-modules=E2=80=99?= will search =?UTF-8?Q?=E2=80=98kernel-loadable-modules=E2=80=99=2E?= From: Maxime Devos To: Brian Cully Date: Sun, 19 Jun 2022 14:05:50 +0200 In-Reply-To: <878rpt5zmq.fsf@ditto.jhoto.spork.org> References: <10a6842d1a6bde797d82d6b8107660bedce8b956.1655579477.git.bjc@spork.org> <65cf1060a7ce60b1b91a25f809af6264abdcfa59.1655579477.git.bjc@spork.org> <87czf566hu.fsf@ditto.jhoto.spork.org> <45da2e782470b7bc69fd3014a8c9ced154a58e49.camel@telenet.be> <878rpt5zmq.fsf@ditto.jhoto.spork.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-yJcvYuLTN0IDVCQjZK6E" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1655640359; bh=DSXcKN5qbZWeRnlRw5Zx6iigLa3vzAV62lC5U0XUUsY=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=mSVGzfC3GdPvni9KGSfnI+K3tLrGdxU6nvXMkgPDeaUgokW41RSjfJkYZgIDLD04J IQGIAbs6tzCiWIPmNWaAAFh/dPSrbEptK1C9A8ENIKYPKQMZYa/hDs7xtjAKMrRsuJ JE0LippUtCznlFN6pTvOXNWGwdIcuMxhuoDc3f5FX5QpVnlGc+86EqD9CH9/Sip2A6 rKFDJ4vyXt96ej3m9SdHj2TuOyL1JKVbgW3jEyFxtDGSwKl4DAvdHIgXzkoFr6Fp/N uvwtdVcgBfAHRlGJOaIROy8+4sW2UL48VMpHmx/I8V0MabA4vCO8EUxr1Vtn7c3Ctz IZiezPxlJakeg== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 55231 Cc: 55231@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-yJcvYuLTN0IDVCQjZK6E Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Brian Cully schreef op za 18-06-2022 om 19:11 [-0400]: > So, simply using ZFS in =E2=80=98kernel-loadable-modules=E2=80=99 would b= e enough=20 > to trigger this misbehavior? That sounds like a pretty serious=20 > issue. Would it be possible to have the substitute servers filter=20 > on the #:substitutable flag? That's exactly what the #:substitutable flag is for (IIUC)! However, the problem is that currently, that flag isn't set for derivations that make a copy of the ZFS module. As I wrote previously: > > and IIUC, the code inside expression->initrd copies the kernel > > module into the new store item, > This is getting out of scope, though. I don't really want this=20 > patch to go in without /some/ documentation regarding how modules=20 > get looked up, so if anyone has an alternate module and use-case,=20 > I'll just swap it in for the ZFS one. I don't have any. Greetings, Maxime. --=-yJcvYuLTN0IDVCQjZK6E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYq8RHhccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7ryiAQCxJDyPWK8uOhO8EAe6QkxQ4VVJ 5x6qwjNw/pYnZctswQD/TqLj9GzZ0VfrT1S4sot56loPrdZ0aBiehxkpKBhOBw8= =a5R3 -----END PGP SIGNATURE----- --=-yJcvYuLTN0IDVCQjZK6E--