Re: [lfs-support] Chapter 6.9 - Glibc - interpreting errors

2013-12-19 Thread Frans de Boer
On 12/18/2013 05:06 PM, William Harrington wrote:

 On Dec 18, 2013, at 4:07 AM, Frans de Boer wrote:

 The output of ulimit -a is:
 root:/sources/glibc-2.18# ulimit -a
 core file size  (blocks, -c) 0
 data seg size   (kbytes, -d) unlimited
 scheduling priority (-e) 0
 file size   (blocks, -f) unlimited
 pending signals (-i) 63196
 max locked memory   (kbytes, -l) 64
 max memory size (kbytes, -m) unlimited
 open files  (-n) 1024
 pipe size(512 bytes, -p) 8
 POSIX message queues (bytes, -q) 819200
 real-time priority  (-r) 0
 stack size  (kbytes, -s) 8192
 cpu time   (seconds, -t) unlimited
 max user processes  (-u) 63196
 virtual memory  (kbytes, -v) unlimited
 file locks  (-x) unlimited

 My default host shell is bash.

 Yes, and what was in sources/glibc-2.18/build/nptl/tst-pthread-
 getattr.out
 How about optimizations?

 In which case why do you have sources/glibc-2.18/build and not /
 sources/glibc-build?

 GCC will definitely error when you put the build directory into the
 gcc source tree. Glibc may very well, too.

 Any other deviations you don't mention?

 Sincerely,

 William Harrington

@William: Sorry, but using a separate build directory within the source 
tree has never caused me any trouble, not with gcc, glibc or any other 
package where it was recommended to use a separate build directory.

Thus, I indeed recreated the tool chain again without the --libexec 
directive and had only the predicted errors - see below. So, somehow 
libexec did matter. I hope that in the final system this is not a problem.

--
make[1]: Target 'check' not remade because of errors.
make[1]: Leaving directory '/sources/glibc-2.18'
Makefile:9: recipe for target 'check' failed
make: *** [check] Error 2

Display errors
make[2]: *** [/sources/glibc-2.18/build/posix/tst-getaddrinfo4.out] Error 1
make[2]: [/sources/glibc-2.18/build/posix/annexc.out] Error 1 (ignored)
make[1]: *** [posix/tests] Error 2
make[2]: *** [/sources/glibc-2.18/build/rt/tst-cpuclock2.out] Error 1
make[1]: *** [rt/tests] Error 2
make[2]: [/sources/glibc-2.18/build/conform/run-conformtest.out] Error 1 
(ignored)
make: *** [check] Error 2

Enter key to install...
---

So, I just continue to build the base system.

Regards, Frans.
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] Booting LFS and UEFI

2013-12-19 Thread Dan McGhee
On 12/19/2013 01:22 PM, William Immendorf wrote:
 Thanks for posting advice for EFI users. You should probally make this
 into a hint sometime soon. I might want to add info about Gummiboot
 [1] (or at least mention it) - it's really useful if you want to take
 advantage of EFI and still be able to choose almost instantly which OS
 you want to boot into. And you should also mention that the GPT tools
 are essential if you are building LFS on a EFI-enabled system.

 William

 [1]: http://freedesktop.org/wiki/Software/gummiboot/ - This requires
 gnu-efi (https://www.archlinux.org/packages/extra/x86_64/gnu-efi-libs/),
 which in turn requires PCIUtils (I think). Gummiboot doesn't have a
 dedicated package host, but you can see the git repo (and get snapshot
 archives) from http://cgit.freedesktop.org/gummiboot/
You're welcome, William. I wrote it this way as a result of a 
conversation on this list a couple of months ago. A hint, if this is 
not somehow incorporated into the book, is advisable.

I purposefully didn't mention gummiboot because I wanted my presentation 
to be as minimal as possible. The same reason for no logic and 
references. I really like gummiboot. And yes, it it PCIutils that it needs.

Thanks for mentioning GPT tools. Parted uses them, but I'm so used to 
using it that I didn't think to include it in my write up.

While I've got you on the phone :) , I cannot get my LFS system to be 
gummiboot's default. This is my loader.conf:

 timeout 10
 default lfs74.conf

Have I not identified the LFS loader properly? The gummiboot examples 
have a number in their example loader.conf and I don't know whether 
that's a machine ID or UUID.

Dan


-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] Booting LFS and UEFI

2013-12-19 Thread William Immendorf
On Thu, Dec 19, 2013 at 1:32 PM, Dan McGhee beesn...@grm.net wrote:
 I purposefully didn't mention gummiboot because I wanted my presentation
 to be as minimal as possible. The same reason for no logic and
 references. I really like gummiboot. And yes, it it PCIutils that it needs.
Yea, I really like what I saw of it. It doesn't have the overhead that
GRUB has, and it lets you choose whether you want to boot into Linux
or some other system.

 While I've got you on the phone :) , I cannot get my LFS system to be
 gummiboot's default. This is my loader.conf:

 timeout 10
 default lfs74.conf

 Have I not identified the LFS loader properly? The gummiboot examples
 have a number in their example loader.conf and I don't know whether
 that's a machine ID or UUID.
Change default lfs74.conf' to default lfs74. You are just supposed
to put the name of the system without .conf after it. Gummiboot should
work properly after that.

William
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page