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 1NKTAS-0000fQ-Cq for garchives@archives.gentoo.org; Tue, 15 Dec 2009 08:54:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 127F4E095B; Tue, 15 Dec 2009 08:53:29 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by pigeon.gentoo.org (Postfix) with ESMTP id AF93EE095B for ; Tue, 15 Dec 2009 08:53:28 +0000 (UTC) Received: from [192.168.127.21] (p54940E8A.dip0.t-ipconnect.de [84.148.14.138]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0M8dCZ-1OEvQq3iwl-00wFm0; Tue, 15 Dec 2009 09:53:28 +0100 Message-ID: <4B274E81.7060005@chaintronics.com> Date: Tue, 15 Dec 2009 09:53:21 +0100 From: Daniel Glaser User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) 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 To: gentoo-embedded@lists.gentoo.org Subject: Re: [gentoo-embedded] emerge --root : users not created References: <166af1cf0912140817j66fb0ba3q96f1e8285790bc8@mail.gmail.com> <4B267265.7080406@wildgooses.com> <3dc1583f0912140947q106e673fkcb541cc8929c0321@mail.gmail.com> <20091214180657.29028.qmail@stuge.se> In-Reply-To: <20091214180657.29028.qmail@stuge.se> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19LH371AW8flZS6Rt5peiZreq42QteeMsk6EsT LP1GgyCv0NZ4MS9nWqHiRw0QfDdVnjDm/JLoC2Gg1BEop/lttf Bhk3C4nxa729sAmZqOFGp9k8kVdF+vPIDmX72253Bg= X-Archives-Salt: 967f4042-031a-46e2-82b4-6c118f754af8 X-Archives-Hash: 1cb4a5493a4190ee5d339a4036cd7907 Hi, > ... > Looking at useradd.c at least four filenames should be changed; > passwd, shadow, group and sgroup. > > The password db abstraction does allow easy changing of the file > names, but home directory, skel directory, mail spool and probably > more should also be changed, so maybe it makes sense to simply have > useradd call chroot() according to an option early on in main()? > This will definitely not work on cross targets? I think, there is not a real workaround for post-installes that need to run on the target plattform, according to my experience. I always emerged such packages on the target itself, leading sometimes to very high compilation times. The cleanest way would be an execute stack that gets created/extended while cross building and processed when the target starts the next time, but this would mean a really huge work amount to implement in ebuilds and the system itself. Cheers, Daniel