I can see that the tester user gets added by a command which uses
ls -n $(tty)
and I now see that this results for me in a value of 1000.
What I don't understand is where that comes from. On my systems
user 1000 happens to be the most important regular user (i.e. me)
and (after trying a build without noticing this would duplicate the
UID - I already set up my regular users on the way into chroot) I
eventually discovered that coreutils was trying to chown to ken.
So, before I try to use a number of my own choosing: is it important
to match $(tty) ? I can see that /dev/tty1 where I'm logged in has
an id of 1000, as do the /dev/pts for the terms I'm using.
From memory, the book starts at user 1001 (some new-fangled change a
few years ago, too awkward to change all my files) - but would that
not mean that if I logged in as user 1001, ran startx (via elogind),
su, su lfs, the value would be 1001 in that case, and therefore I
would not be able to upload my user to /etc/passwd until LFS had
been completed ?
I'm increasingly starting to think that I'm not cut out for this.
ĸen
--
+++ OUT OF CHEESE ERROR. REDO FROM START +++
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
