On Mon, Apr 21, 2014 at 06:36:19PM +0100, Hazel Russman wrote: > On Mon, 21 Apr 2014 19:25:10 +0200 > Pierre Labastie <pierre.labas...@neuf.fr> wrote: > > > > Looking more closely at your log, it seems that acl's are enabled, > > because the line beginning with [95]: 'getfacl --omit-header f' > > correctly returns acl entries: user::rw- > > user:bin:rw- > > user:daemon:r-- > > Actually, the line beginning with [91], which returns the first > > error, seems to choke on g:users:rw. Do you have a "users" group > > in /etc:group? > > > > Pierre > > Thank you very much. That was the source of the problem. Adding the > "users" group cleared all the remaining errors. But I notice that this > group, like the daemon user, are not specified in section 6.6 > where /etc/passwd and /etc/group are created. Should they be? > From memory (so, I might be wrong) the book doesn't ever create a 'users' group in LFS. What we as individuals have to do may differ. I came here via RedHat-6 and Mandrake-7 and shared /home between the systems I was running at the time. So /home/ken is owned by user 500 and group 1000 : I create ken as user 500 and add a users group of 1000 whenever I build a new system. When I was using ppc I had a user/group combination from debian-based systems - the numbers were quite different.
So, I _guess_ that the 'users' group exists on your host system and you will need to create it in LFS to get these tests to work. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page