From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1E56on-0007mV-53 for garchives@archives.gentoo.org; Tue, 16 Aug 2005 19:09:49 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7GJ8UxO030754; Tue, 16 Aug 2005 19:08:30 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7GJ6YYN031595 for ; Tue, 16 Aug 2005 19:06:34 GMT Received: from localhost ([127.0.0.1]) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1E56mJ-0007hm-M0 for gentoo-dev@lists.gentoo.org; Tue, 16 Aug 2005 19:07:15 +0000 Subject: [gentoo-dev] eselect modules From: Jeremy Huddleston To: gentoo-dev@lists.gentoo.org In-Reply-To: <42AD8D53.1080100@gentoo.org> References: <42AD8D53.1080100@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J6VT7Z29bzowXrU4dtSi" Date: Tue, 16 Aug 2005 12:07:14 -0700 Message-Id: <1124219235.19895.27.camel@cloud.outersquare.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 X-Archives-Salt: e02e3f86-5979-473e-9e5d-bab9738dbb56 X-Archives-Hash: 7d41b973135475141c0074eb9ac4d9e5 --=-J6VT7Z29bzowXrU4dtSi Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've recently updated opengl-update to use the eselect framework. I think the team has done a great job as it was extremely easy to port the bash script to an eselect module. However, when I placed it in the portage tree, it sparked a little bit of a policy discussion between myself and the core eselect devs on how to best include modules in the tree, so I'd like to let other devs chime in as well. Firstly if you don't know what eselect is, check out: http://www.gentoo.org/proj/en/eselect/index.xml=20 The eselect developers want to keep all eselect modules in their svn repository and distributed through a single package (app-admin/eselect). Their main reasons for this are better QA and less overhead for releases and merging. I have a problem with this policy because: 1) Stability of the modules should not be tied to stability of the core package. Basically, I'd like to determine when my modules get pushed into stable without considering how it'll effect the eselect modules of other developers. Similarly, I don't want bugs in another module holding up my module from going into stable. 2) Not all users will want all modules. The goal of the eselect project is to provide a framework to replace java-config, motif-config, gcc-config, binutils-config, opengl-update, etc, but not all users will need all modules. 3) Some modules require extra files (opengl-update installs header files, gcc-config installs a wrapper, etc), and the app-admin/eselect package is not the correct place to provide these files. Also, what should the correct way to introduce these modules into portage? Should we keep them in the packages they're replacing (x11-base/opengl-update)? Should we place them in a new package in the same category as the script they're replacing (x11-base/eselect-opengl)? Should we place them in app-admin/eselect- or perhaps app-eselect/? Note that for backwards compatibility in all cases, x11-base/opengl-update will RDEPEND on this eselect module and install a backwards-compatible frontend to the eselect module until all packages in portage have been updated to use the eselect module instead. --=-J6VT7Z29bzowXrU4dtSi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDAjliOpjtAl+gMRURAujIAKCWjRqWXMw0cDQAFjt7QijcchG9tQCgkfaj Tjy0VWmNFwC+AXAM0nkuzco= =+Gf/ -----END PGP SIGNATURE----- --=-J6VT7Z29bzowXrU4dtSi-- -- gentoo-dev@gentoo.org mailing list