From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MyTw7-0008Qu-NJ for garchives@archives.gentoo.org; Thu, 15 Oct 2009 17:16:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3998CE0762; Thu, 15 Oct 2009 17:16:23 +0000 (UTC) Received: from foo.birdnet.se (foo.birdnet.se [213.88.146.6]) by pigeon.gentoo.org (Postfix) with SMTP id CA58BE0762 for ; Thu, 15 Oct 2009 17:16:22 +0000 (UTC) Received: (qmail 19437 invoked by uid 501); 15 Oct 2009 17:16:22 -0000 Message-ID: <20091015171622.19436.qmail@stuge.se> Date: Thu, 15 Oct 2009 19:16:22 +0200 From: Peter Stuge To: gentoo-catalyst@lists.gentoo.org Subject: Re: [gentoo-catalyst] Too many problems with groupadd when creating stage3 Mail-Followup-To: gentoo-catalyst@lists.gentoo.org References: <20091015150745.25784.qmail@stuge.se> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 3e8a6835-12ec-4359-9948-3001d5636439 X-Archives-Hash: c8fc5f6ad7f92074d803f521e5a84bdb Juan Luis P=C3=A9rez P=C3=A9rez wrote: > openldap ebuild calls enewgroup and fails. > dbus ebuild calls enewgroup and fails. Yes, this is understood. Several other ebuilds also call enewgroup and enewuser, and would also fail if emerged at the same point. enewgroup fails because eutils.eclass implements that function with a call to groupadd (not the problem!) but there is no groupadd command available in the system at that point (the problem!). So where is the problem exactly? I don't know. Make eutils.eclass somehow ensure that the neccessary commands will be available? Make eutils.eclass depend on shadow? (I don't like that idea.) Have an alternative implementation for these commands built into eutils.class as fallback? (I don't like that either.) Have an alternative implementation somewhere else? Where? Make all ebuilds which call enewgroup or similar functions depend on shadow? (Feels very wrong to me.) //Peter