Jason Clark wrote:
Their are two current docs, one in gentoo devel and one that I wrote.
The one in gentoo devel details the setup you just described. The one
that I wrote details building from inside a UML. The devel docs are
obviously much faster, but building from inside a UML sure was fun.
attriel wrote:
Amidst a large number of fuzz/offset notices, I get this when applying
host-skas-2.6.9-v7 patch to my 2.6.10 kernel:
The PTRACE_SYSCALL is now on line 410, and it looks like it should apply
cleanly there (text all looks the same) -- Is there any issue with just
making the change and
Just one more detail to add to the problem reported by Fermin.
I've experimented the same behaviour also with a 2.6.7-skas3-v7 host but
with a slight difference: in 2.6.7 the zombie process only appears when the
console is set to xterm, but not when it is set to a pts. In 2.6.9 the
zombie proce
Amidst a large number of fuzz/offset notices, I get this when applying
host-skas-2.6.9-v7 patch to my 2.6.10 kernel:
patching file arch/i386/kernel/ptrace.c
Hunk #2 FAILED at 359.
Hunk #3 succeeded at 413 with fuzz 1 (offset 46 lines).
Hunk #4 succeeded at 410 with fuzz 2 (offset -10 lines).
Hunk
Their are two current docs, one in gentoo devel and one that I wrote. The
one in gentoo devel details the setup you just described. The one that I
wrote details building from inside a UML. The devel docs are obviously
much faster, but building from inside a UML sure was fun. I havent tried
FC3
I have found the easiest way to build a rootfs for guest systems on
Gentoo is to make a directory, unpack the stage1 system into the
directory, copy over your resolv.conf, chroot into the directory and
follow the initial Gentoo build sequence to get a basic system - without
adding a kernel or b
