From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 1BB4913832E for ; Thu, 18 Aug 2016 14:02:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9665521C097; Thu, 18 Aug 2016 14:02:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8B74421C012 for ; Thu, 18 Aug 2016 14:02:41 +0000 (UTC) Received: from [192.168.10.30] (ool-457bb23b.dyn.optonline.net [69.123.178.59]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: NP-Hardass) by smtp.gentoo.org (Postfix) with ESMTPSA id AF39F340890 for ; Thu, 18 Aug 2016 14:02:39 +0000 (UTC) Subject: Re: [gentoo-dev] rfc: /etc/init.d/modules loading modules defined in files To: gentoo development References: <20160816232009.GA16393@whubbs1.gaikai.biz> From: NP-Hardass Openpgp: id=862040BE422755F27FDE13D5671C52F118F89C67; url=https://sks-keyservers.net/pks/lookup?op=get&search=0x671C52F118F89C67 Message-ID: Date: Thu, 18 Aug 2016 10:02:35 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <20160816232009.GA16393@whubbs1.gaikai.biz> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5HoL2DslN1NtGfbsgjR87sGu8qX5A1LUD" X-Archives-Salt: de173520-30d5-4df7-afa8-8efcd6989373 X-Archives-Hash: 7c78527e9a21d640b4b0f1dd49ff5798 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5HoL2DslN1NtGfbsgjR87sGu8qX5A1LUD Content-Type: multipart/mixed; boundary="CJrqOaG3IMi2RMiO6k2sawotB6j3D7Mg7" From: NP-Hardass To: gentoo development Message-ID: Subject: Re: [gentoo-dev] rfc: /etc/init.d/modules loading modules defined in files References: <20160816232009.GA16393@whubbs1.gaikai.biz> In-Reply-To: <20160816232009.GA16393@whubbs1.gaikai.biz> --CJrqOaG3IMi2RMiO6k2sawotB6j3D7Mg7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/16/2016 07:20 PM, William Hubbs wrote: > All, >=20 > I have received a request to implement a feature in OpenRC to allow > multiple software packages to drop files in a directory, /etc/modules.d= > for example, which would define modules the /etc/init.d/modules script > would load. >=20 > The design I'm thinking of would not change the use of > /etc/conf.d/modules, but the entries from the files would be added to > the appropriate module lists after the ones listed there. >=20 > I'll write more about the design as I get closer to formulating the > details, but at this point I just want to know what others thinkabout > this feature. >=20 > Thanks, >=20 > William >=20 Just a side note on how I currently take advantage of the modules initscript: I have several symlinks, one for each set of modules that I want to control. Then I create a corresponding conf.d based off of the modules conf.d. So, for example, /etc/init.d/vbox-modules->/etc/init.d/modules just controls the vbox modules. This gives me fine control over module sets without having to worry about all of them at once. I can have certain sets of modules start in different runlevels, and I can independently load and unload sets of modules when necessary. If you do end up switching to some system that reads a directory, I'd like to see something that if the name of the initscript isn't modules, it sources just the corresponding file, rather than the whole dir. --=20 NP-Hardass --CJrqOaG3IMi2RMiO6k2sawotB6j3D7Mg7-- --5HoL2DslN1NtGfbsgjR87sGu8qX5A1LUD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXtb/7AAoJEBzZQR2yrxj7hwoP/1TUVrsiOTxg5jEofmJoRUxb 4iUHwhROErUfrHnnfXbb8FeeN+2jcpnIVVxGuPDjkFJhN+2rUw6OlQqsel/TL8L4 a0F9mThaVnCZtSSejFHqTIYaavSblrqb9pgDiiZdcQ/bATIhMhCvks068S8pt4Q6 L3ZHQucte/9PPIg1wlqVFyYyRJmKyM5mM0LKNRpvCjXU5T/EQTNollDOHiI3CfRJ lFfimQ4jQkrbdMv3DVS/FhbQ6ZCos/BWP3XGgagsTGoVSid46237B6vXhPh0vsio OMLlN2j6kv8M/WUng6zQDn7gVjgOexN7WiB0mLNdGSUetT+RfCqFzrYPkiqMlB90 GlfPCytHAP6Ma3B6YPverkbBlF6KSHEO1IPOrVMJX59ZfJxjT7p2HIdKuGzZhji+ AOnfeBwPz5O7kYXOrHeRfKWXKolajmVtjZ8SKEAQvjmy6SbiYxwL4DDa6eCdjDak Ast/oH55uwS/nA4JIs0GO0G6jMkOAQQMu5/9T3SUI7TjSrcBSB06CQEowbhnYlNa X9BGtadlB4dMUJgQI5fiH/ZjOvdeiF7GGU8Dsi2/oPr9JjM0c0E6N4FYP0PJUlNJ mH6fW9hBz5bQjWMWUG8mhcC8i0NYyUzBk3LbO9HLbzK9pVE5x7q6LzJJBSqom1f6 eoAsxQoIoVH4+eTmXK1o =f2hE -----END PGP SIGNATURE----- --5HoL2DslN1NtGfbsgjR87sGu8qX5A1LUD--