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.
