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 68A421382C5 for ; Sun, 22 Apr 2018 11:07:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6F94FE08DD; Sun, 22 Apr 2018 11:07:28 +0000 (UTC) Received: from smarthost01c.mail.zen.net.uk (smarthost01c.mail.zen.net.uk [212.23.1.5]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id EEC76E08A5 for ; Sun, 22 Apr 2018 11:07:27 +0000 (UTC) Received: from [82.69.80.10] (helo=peak.localnet) by smarthost01c.mail.zen.net.uk with esmtp (Exim 4.80) (envelope-from ) id 1fACq5-0005bF-S0 for gentoo-user@lists.gentoo.org; Sun, 22 Apr 2018 11:07:25 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Can't fetch distfiles in chroot Date: Sun, 22 Apr 2018 12:07:25 +0100 Message-ID: <1964459.0y1zLhPkVo@peak> In-Reply-To: <2265120.mmjft2FkXS@peak> References: <4356051.WLzaQ0rfat@peak> <2109142.a2kCJ829ch@peak> <2265120.mmjft2FkXS@peak> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Originating-smarthost01c-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: 2d7d313c-e399-40c0-9957-7d07006b6395 X-Archives-Hash: 4256c679a95ab0f7a72635a723c29f53 On Sunday, 22 April 2018 10:21:16 BST Peter Humphrey wrote: > On Sunday, 22 April 2018 09:39:23 BST Peter Humphrey wrote: > > On Sunday, 22 April 2018 07:20:28 BST Jonathan Callen wrote: > > > Generally, this would indicate a problem resolving DNS. This is > > > normally caused by not having a correct /etc/resolv.conf inside the > > > chroot (it generally will need to be the same as the file outside the > > > chroot). > > > > Yes, I'd already thought of that and found it to be right; it's why I > > tried > > www-client/links inside the chroot, which works just fine. > > I forgot to add a couple of things: > > 1. The chroot host (this box) is a multilib system, but the chroot client > (the celeron box) is no-multilib. Could that make a difference? That's wrong. They're both on the plain desktop profile. What I should have said is that the kernel config has modules disabled - on both client and host. > 2. While the fetching is hung, /bin/ps shows two emerge processes: one with > status S and the other with D. Am I right in thinking that portage spawns > another process to do the fetching, and waits for it to finish? I hope it's > so anyway. > > That first thought was prompted by the instruction to "mount -o bind /lib/ > modules /foo/lib/modules" in this page: > > https://wiki.gentoo.org/wiki/Project:X86/Chroot_Guide -- Regards, Peter.