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 1NKDds-0003RP-Ld for garchives@archives.gentoo.org; Mon, 14 Dec 2009 16:19:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 347FBE0B44; Mon, 14 Dec 2009 16:17:56 +0000 (UTC) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by pigeon.gentoo.org (Postfix) with ESMTP id D6272E0B44 for ; Mon, 14 Dec 2009 16:17:55 +0000 (UTC) Received: by fxm7 with SMTP id 7so3244475fxm.29 for ; Mon, 14 Dec 2009 08:17:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=nzknhAkJQIEl50QM7hjINwzUsCxL/xH1fwsJVJx3U4I=; b=cgSBuG2Hqv3mbXSHI3dh/SKmUiJiNemCjgLe/qWCAIQeOlWleLYa6DGfn/G169XAvu 7oAF/M6Uk+1u4ZE/0CbIi5g4WWlZyJEohbBUAsjfLfG5J8ZQw9ya1+wRFIPfkClhBzFr eT4vRCl7G5/c59myv7HkFp/unP7CuQheATd6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Oh8ZiKQ5HOhJMX72UtNkwua9D+IBlVDncHHIoiOSLPVOy6mfkDgeNqyUR+M2LXqRBb U0WdVdwanu7BDvAIr+46XkIvwJA28rxJeWpEX9tbxOSUMPkpePkxKHPKqVsy4EQgpuT9 fk7J+2f4LzLc+IayvoVpzqoliRM+afm3Yuvtw= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@lists.gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 Received: by 10.223.92.141 with SMTP id r13mr125414fam.79.1260807475170; Mon, 14 Dec 2009 08:17:55 -0800 (PST) From: Shinkan Date: Mon, 14 Dec 2009 17:17:35 +0100 Message-ID: <166af1cf0912140817j66fb0ba3q96f1e8285790bc8@mail.gmail.com> Subject: [gentoo-embedded] emerge --root : users not created To: gentoo-embedded@lists.gentoo.org Content-Type: multipart/alternative; boundary=001517447a74b00ee9047ab29dd7 X-Archives-Salt: dfa322e9-112e-4dd5-a416-5ec93b353ae0 X-Archives-Hash: 066ed25bb26bf3dc14d34637c32f7efe --001517447a74b00ee9047ab29dd7 Content-Type: text/plain; charset=UTF-8 Hi everyone, I posted this on gentoo-user initially, but someone answered and advised to post this to embedded : I wanted to submit this as a bug on bugzilla, but I must be sure there is nothing that I miss. Let's say I have a /target dir. If I do 'emerge --root=/target ' (cross-emerge), and that is supposed to create users (like vixie-cron, clamav or many others), users are not created on /target. I can verify that by chrooting on /target and making something that requires this user (such as launching clamd for clamav), or simply by looking at /target/etc/passwd to see that there's no expected users. Am I missing somethings or is this really a bug ? Here is "Willie Wong" answer : If you don't get a better answer here, you should ask the embedded group. But I think it maybe a bug: Looking at eutils.eclass, in function enewuser, it explicitly checks for whether the shell specified is available in ${ROOT}, but when it comes time to create the actual user, it calls the system useradd, which I think will add the user to /etc, and not ${ROOT}/etc... Though, I cannot right now think of how to actually change it so that it will create the appropriate accounts in a modified ${ROOT}. AFAIK useradd does not support this. It may require re-implementing useradd in portage? Which will just be silly. Perhaps ${ROOT} is not designed to be used the way you intend to use it? It looks like you are building embedded or cross-compiled, right? Maybe a work-around is to do everything in a CHROOT? Anyway, ask gentoo-embedded to see if there's any work arounds, and maybe ask gentoo-dev to clarify on what $ROOT is used for? Thanks in advance. -- Pierre. "Sometimes when I'm talking, my words can't keep up with my thoughts. I wonder why we think faster than we speak. Probably so we can think twice." - Bill Watterson --001517447a74b00ee9047ab29dd7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi everyone,

I posted this on gentoo-user initially, but someone ans= wered and advised to post this to embedded :

I wanted to submit this= as a bug on bugzilla, but I must be sure there is nothing that I miss.

Let's say I have a /target dir.
If I do 'emerge --root=3D/target <someport>' (cross-emerge), and= that <someport> is supposed to create users (like vixie-cron, clamav or many others), users are not created on /target. I can verify that by chrooting on /target and making something that requires this user (such as launching clamd for clamav), or simply by looking at /target/etc/passwd to see that there's no expected users.

Am I missing somethings or is this really a bug ?


Here is &q= uot;Willie Wong" answer :

If you don't get a better answer = here, you should ask the embedded
group. But I think it maybe a bug:

Looking at eutils.eclass, in function enewuser, it explicitly checks
for whether the shell specified is available in ${ROOT}, but when it
comes time to create the actual user, it calls the system useradd,
which I think will add the user to /etc, and not ${ROOT}/etc...

Though, I cannot right now think of how to actually change it so that
it will create the appropriate accounts in a modified ${ROOT}. AFAIK
useradd does not support this. It may require re-implementing useradd
in portage? Which will just be silly.

Perhaps ${ROOT} is not designed to be used the way you intend to use
it? It looks like you are building embedded or cross-compiled, right?
Maybe a work-around is to do everything in a CHROOT?

Anyway, ask gentoo-embedded to see if there's any work arounds, and
maybe ask gentoo-dev to clarify on what $ROOT is used for?

Thanks in= advance.

--
Pierre.
"Sometimes when I'= ;m talking, my words can't keep up with my thoughts. I wonder why we th= ink faster than we speak. Probably so we can think twice." - Bill Watt= erson
--001517447a74b00ee9047ab29dd7--