<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.lfs.support">
    <title>gmane.linux.lfs.support</title>
    <link>http://blog.gmane.org/gmane.linux.lfs.support</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34466"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34465"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34457"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34447"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34446"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34433"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34430"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34427"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34424"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34420"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34417"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34411"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34401"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34397"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34392"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34383"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34378"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34338"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34337"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.lfs.support/34335"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34466">
    <title>binutils - Pass 2 configuration issue</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34466</link>
    <description>&lt;pre&gt;Hi All,

I have a user level understanding of linux and have done some application
programming using gcc.

I have just started out with LFS7.1 and it has been a smooth ride until 5.8
(Adjusting the toolchain).

The problem i am facing is with 5.9 :

While running the script: "binutils-2.22/configure", it failed with
config.log showing three errors:

*********************************************************************
configure:4009: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -V &amp;gt;&amp;amp;5
x86_64-lfs-linux-gnu-gcc: error: unrecognized option '-V'
x86_64-lfs-linux-gnu-gcc: fatal error: no input files
compilation terminated.
configure:4020: $? = 1
configure:4009: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -qversion &amp;gt;&amp;amp;5
x86_64-lfs-linux-gnu-gcc: error: unrecognized option '-qversion'
x86_64-lfs-linux-gnu-gcc: fatal error: no input files
compilation terminated.
configure:4020: $? = 1
configure:4040: checking for C compiler default output file name
configure:4062: x86_64-lfs-linux-gnu-gcc -B/tools/lib/    conftest.c  &amp;gt;&amp;amp;5
config&lt;/pre&gt;</description>
    <dc:creator>Void Abh</dc:creator>
    <dc:date>2012-05-24T09:08:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34465">
    <title>lfs7.1 cannot boot</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34465</link>
    <description>&lt;pre&gt;Hi, all:
I finished all work of the LFS 7.1 book except the error when booting my LFS.

Firstly, I states my LFS 7.1.
I use VMware installed Ubuntu 10.04 on a virtual SCSI disk of 20G. Before beginning, I add another 8G virtual SCSI disk to VM and mount it in the Ubuntu manually. So the first disk with Ubuntu displays sda in /dev/ and the second which is mounted newly displays sdb in /dev/. Following the book I install LFS 7.1 on the sdb1 which is formatted with ext3 on the sdb and given only one partition. All pass with no error.
According to my disk in chapter 8.4.3 I run cmd as grub-install /dev/sdb and in chapter 8.4.4 I save grub.cfg as follows.

# Begin /boot/grub/grub.cfg
set default=0
set timeout=5

insmod ext2
set root=(hd1,1)

menuentry "GNU/Linux, Linux 3.2.6-lfs-7.1" {
        linux   /boot/vmlinuz-3.2.6-lfs-7.1 root=/dev/sdb1 ro
}

After a few works such as logout and unmount, I reboot the computer. But it starts up using Ubuntu again only appearing error checking of a moment.

Then I c&lt;/pre&gt;</description>
    <dc:creator>Omar</dc:creator>
    <dc:date>2012-05-24T07:07:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34457">
    <title>handle power button in LFS</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34457</link>
    <description>&lt;pre&gt;In order to use "power button" to shutdown or suspend my lfs.
I enabled the depreciate  /proc/acpi/event in kernel,
and install acpid to handle the button event.
It works well.

But is there any clear way to do that, such as by inittab or udev
or kernel callout userspace script ( /proc/sys/kernel/poweroff_cmd has
somethings )

I've looked into blfs, there's a lot more packages need to be
installed to enable this.(I'm not a X user,for now.)

Thanks.
&lt;/pre&gt;</description>
    <dc:creator>xinglp</dc:creator>
    <dc:date>2012-05-18T13:39:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34447">
    <title>LFS-7.1: 6.37. Automake-1.11.3 (TEST FAILURE)!</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34447</link>
    <description>&lt;pre&gt;
Hi,

'make -j2 check' on 'LFS-7.1: 6.37.
        Automake-1.11.3 (http://www.linuxfromscratch.org/lfs/view/stable/chapter06/automake.html)' informs me for one failure with following red message :(

=====================================
1 of 842 tests failed
(96 tests were not run)
See tests/test-suite.log
Please report to bug-automake&amp;lt; at &amp;gt;gnu.org
=====================================
make[3]: *** [test-suite.log] Error 1
make[3]: Leaving directory `/sources/automake-1.11.3/tests'
make[2]: *** [check-TESTS] Error 2
make[2]: Leaving directory `/sources/automake-1.11.3/tests'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/sources/automake-1.11.3/tests'
make: *** [check-recursive] Error 1

I also reviewed 'tests/test-suite.log' for word 'Error' and found following rows which are maybe related:

+ make
Making all in src
make[1]: Entering directory `/sources/automake-1.11.3/tests/depcomp10.dir/build/src'
source='../../src/foo.c' object='foo.o' libtool=no \
DEPDIR=.deps depmode=hp /bin/sh ../../depcomp \&lt;/pre&gt;</description>
    <dc:creator>Yasser Zamani</dc:creator>
    <dc:date>2012-05-14T18:26:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34446">
    <title>LFS-71.: Solution for automation of 'tar X', 'cd X' ... 'cd ..', 'rm -R X'.</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34446</link>
    <description>&lt;pre&gt;
Hi there,

As for each package you should decompress the package, enter decompressed folder, compile&amp;amp;install and finally remove decompressed folder, and also while you do not learn any new thing by doing these each time, so I would like to share my automation solution which does these just by getting a partial name of the package:

To create the main .sh file, issue following commands while you're logged in by chroot (section 6 of LFS-7.1) and also you're in '$LFS/sources' directory:

cat &amp;gt; t.sh &amp;lt;&amp;lt; EOF
if [ "$1" == "" ]; then
    echo 'USAGE: t.bash [name]'
    return
fi
FNAME=$(ls $1* | grep tar.xz)
if [ "$FNAME" == "" ]; then
    FNAME=$(ls $1* | grep tar.gz)
    if [ "$FNAME" == "" ]; then
        FNAME=$(ls $1* | grep tar.bz2)
        if [ "$FNAME" == "" ]; then
            echo 'match not found!'
            return
        else
            TARPARAM='-jxf'
            EXT='.tar.bz2'
        fi
    else
        TARPARAM='-zxf'
        EXT='.tar.gz'
    fi
else
    TARPARAM='-Jxf'
    EXT='.tar.xz'
fi
DIR&lt;/pre&gt;</description>
    <dc:creator>Yasser Zamani</dc:creator>
    <dc:date>2012-05-14T17:18:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34433">
    <title>6.2.3. Mounting Virtual Kernel File Systems question</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34433</link>
    <description>&lt;pre&gt;Hi All,
I've recently updated my main workstation to LFS 7.1 (From LFS 6.7), and
noticed one of my auto build scripts is now failing.
I've tracked it down to the following command.
mount -vt tmpfs shm $LFS/dev/shm
It seems to me that this command is mounting onto /run/shm rather than
/mnt/lfs/dev/shm due to /mnt/lfs/dev/shm being a symlink to /run/shm.
Further more, when entering chroot environment, /dev/shm is now pointing
to a no existent /run/shm.
Am I'm doing something wrong or is this a bug?
Thanks,
Wayne.


&lt;/pre&gt;</description>
    <dc:creator>Wayne Blaszczyk</dc:creator>
    <dc:date>2012-05-13T05:58:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34430">
    <title>Do you know why 2 CPUs act like a mirror in GCC test?</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34430</link>
    <description>&lt;pre&gt;
Hi,

Sorry if it's off-topic; do you know why 2 CPUs act like a mirror while I'm running "make -k check" for testing GCC-4.6.2 (6.17's section of LFS-7.1)? it's not a problem but just I would like to know; I've attached an image which shows this while I was not running anything except GCC testing and Debian's System Monitor.

I think it'll be an interesting reason that causes 2 CPU's mirror action during all test process!

Thanks!

-Yasser
       -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
&lt;/pre&gt;</description>
    <dc:creator>Yasser Zamani</dc:creator>
    <dc:date>2012-05-12T16:41:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34427">
    <title>Problems starting the final LFS system</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34427</link>
    <description>&lt;pre&gt;Hello,

After complete the LFS book, when I restart the computer I get a few  
errors messages and the computer stuck after this:

     /lib/lsb/init-functions: line 590: /run/var/bootlog: No such file or  
directory
     /etc/rc.d/init.d/rc: line 217: /var/log/boot.log: Read-only file system
     /etc/rc.d/init.d/rc: line 220: /var/log/boot.log: Read-only file system
     [  301.811991] rc used greatest stack depth: 5556 byte left
     INIT: Id "2" respawning too fast: disable for 5 minutes
     INIT: Id "4" respawning too fast: disable for 5 minutes
     INIT: Id "5" respawning too fast: disable for 5 minutes
     INIT: Id "6" respawning too fast: disable for 5 minutes
     INIT: Id "1" respawning too fast: disable for 5 minutes
     INIT: Id "3" respawning too fast: disable for 5 minutes
     INIT: no more processes left in this runlevel

The LFS version is 7.1 and is running on VirtualBox with PAE/NX and VT-x,  
the processor is a dual-core E5300 and the virtual machine have 512MiB of  
RAM. Could be thi&lt;/pre&gt;</description>
    <dc:creator>Lázaro Morales</dc:creator>
    <dc:date>2012-05-11T19:30:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34424">
    <title>Questions about locale settings</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34424</link>
    <description>&lt;pre&gt;Hello,

In section 7.13, the `/etc/profile` file could look like this?

# Begin /etc/profile
export LANG=en_GB.iso88591
# End /etc/profile

Need I specify some modifier?

Thanks,
Lázaro



&lt;/pre&gt;</description>
    <dc:creator>Lázaro Morales</dc:creator>
    <dc:date>2012-05-11T13:44:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34420">
    <title>.sh file for chapter 6 (all mounts in one)</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34420</link>
    <description>&lt;pre&gt;
Hi there,

While processing chapter 6 of LFS-7.1 could be long, I would like to share my .sh file which prepares your environment to continue with chapter 6 after system reboot.

While you are logged in as root (via command su), issue following command to create a .sh file named go-lfs-6.sh:

cat &amp;gt; go-lfs-6.sh &amp;lt;&amp;lt; EOF
LFS = /mnt/lfs
export LFS
mount -v &amp;lt;xxx&amp;gt; $LFS
mount -v --bind /dev $LFS/dev
mount -vt devpts devpts $LFS/dev/pts
mount -vt tmpfs shm $LFS/dev/shm
mount -vt proc proc $LFS/proc
mount -vt sysfs sysfs $LFS/sys
chroot "$LFS" /tools/bin/env -i HOME=/root TERM="xterm" PS1='\[\033[1;31m\]\u:\w$\[\033[0m\] ' PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin /tools/bin/bash --login +h
EOF

NOTE: Replace &amp;lt;xxx&amp;gt; with your LFS partition e.g. /dev/sda7.
NOTE: chroot command has been rewrote to make the command prompt color to light red which can help you to separate command's results from each other by eye in bash!

Then every time you reboot, while you are logged in as root (via command su), just issue followin&lt;/pre&gt;</description>
    <dc:creator>Yasser Zamani</dc:creator>
    <dc:date>2012-05-09T16:19:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34417">
    <title>LFS Chapter 6.37. Automake-1.11.3 error</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34417</link>
    <description>&lt;pre&gt;Hello there!

This is my first building LFS by following the LFS-BOOK-7.1.
After long time work,more than 12 hours since the building process
started,a problem occured when I was making 'Automake-1.11.3' tests at
'Chapter 6.37. Automake-1.11.3.'The feedback given by the terminal is
as follows.

=====================================
1 of 842 tests failed
(96 tests were not run)
See tests/test-suite.log
Please report to bug-automake&amp;lt; at &amp;gt;gnu.org
=====================================
make[3]: *** [test-suite.log] Error 1
make[3]: Leaving directory `/sources/automake-1.11.3/tests'
make[2]: *** [check-TESTS] Error 2
make[2]: Leaving directory `/sources/automake-1.11.3/tests'
make[1]: *** [check-am] Error 2
make[1]: Leaving directory `/sources/automake-1.11.3/tests'
make: *** [check-recursive] Error 1

And I checked the make process,the FAIL info is:

FAIL: conffile-leading-dot.test

I have reinstalled the 'Automake-1.11.3' after this error occured
at the first time,and unfortunately,it failed again.

Can anyone tell m&lt;/pre&gt;</description>
    <dc:creator>Andrew Kaunchy</dc:creator>
    <dc:date>2012-05-09T13:07:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34411">
    <title>LFS 7.1 - 6.17. GCC-4.6.2</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34411</link>
    <description>&lt;pre&gt;Hello,

The GCC compilation process finished fine, but I get the next errors in  
the testing phase and then the test is stopped.

                          === libgomp Summary ===
    [...]
    make[2]: Target `check-target' not remade because of errors.
    make[2]: Leaving directory `/sources/gcc-build'
    make[1]: *** [do-check] Error 2
    make[1]: Target `check' not remade because of errors

I checked the log in  
http://www.linuxfromscratch.org/lfs/build-logs/7.1/core2duo/test-logs/080-gcc  
and this occur and the test continue without problems. Is there some  
reason of why did not continue the test? What do you recommend me at this  
point? Should I compile again or test the suite again?

Thanks!
Lázaro

&lt;/pre&gt;</description>
    <dc:creator>Lázaro Morales</dc:creator>
    <dc:date>2012-05-08T12:12:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34401">
    <title>wget-list update</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34401</link>
    <description>&lt;pre&gt;I noticed that the wget-list file has outdated links for man-pages and 
zlib. For some reason, man7.org doesn't seem to host downloads anymore 
at all, and zlib got an update from the version in the book. Huzzah for 
google, at least.

http://www.kernel.org/pub/linux/docs/man-pages/man-pages-3.35.tar.gz
http://sourceforge.net/projects/libpng/files/zlib/1.2.6/zlib-1.2.6.tar.bz2/download

I don't know how to specify a mirror from Sourceforge, but I would think 
that would redirect properly.

Elly
&lt;/pre&gt;</description>
    <dc:creator>Eleanore Boyd</dc:creator>
    <dc:date>2012-05-08T04:14:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34397">
    <title>mounting via .bashrc as root (2 suggestions)</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34397</link>
    <description>&lt;pre&gt;
Hi there,

I have two suggestions for the book which I hope will be helpful:

As in every computer boot up and logging in as lfs user I had to run 'mount /dev/sda7 /mnt/lfs' as root, I added (rewrited) this to .bashrc file as following (rewriting LFS-7.1 4.4. Setting Up the Environment section):

cat &amp;gt; ~/.bashrc &amp;lt;&amp;lt; "EOF"
set +h
umask 022
LFS=/mnt/lfs
LC_ALL=POSIX
LFS_TGT=$(uname -m)-lfs-linux-gnu
PATH=/tools/bin:/bin:/usr/bin
export LFS LC_ALL LFS_TGT PATH
mount /dev/sda7 $LFS
EOF

However I have two issues with this:
I know I should use 'sudo mount' in Debian but what command will work in all distros? because book's reader can be on any distro.The mount command should not run if it's already mounted. how it can be verified before mounting, via Linux commands?

Another suggestion is doing LFS-7.1 4.4 steps for root too in beginning of part III because after this part, all commands should be run as root but $LFS is not declared in root. so I issued following command while I was logged in as root and now I do&lt;/pre&gt;</description>
    <dc:creator>Yasser Zamani</dc:creator>
    <dc:date>2012-05-07T17:20:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34392">
    <title>LFS 7.1 - 6.9. Glibc-2.14.1</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34392</link>
    <description>&lt;pre&gt;Hello,

After running the test suit, I get the next errors:

   # make -k check 2&amp;gt;&amp;amp;1 | tee glibc-check-log
   # grep Error glibc-check-log
   make[2]: *** [/sources/glibc-build/stdio-common/bug22.out] Error 1
   make[1]: *** [stdio-common/tests] Error 2
   make[2]: *** [/sources/glibc-build/posix/bug-regex32.out] Error 1
   make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
   make[1]: *** [posix/tests] Error 2
   make: *** [check] Error 2

Can I continue without problems?

Thanks!
Lázaro

&lt;/pre&gt;</description>
    <dc:creator>Lázaro Morales</dc:creator>
    <dc:date>2012-05-07T13:19:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34383">
    <title>Automated LFS Program (Ta-Kenset)</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34383</link>
    <description>&lt;pre&gt;Hello,

I have been working on automating the Linux From Scratch build (and general builds) and 
came up with a program that you may find useful (hopefully).  I called it Ta-Kenset (takenset) and 
it can be retrieved at http://www.takenset.us.

I've built several LFS systems with this program, but I've only tried it from a fresh install of 
Debian, so I'm interested if it's not working on your distribution (or any errors, in general).  

Also, for now, I'm running this from home off of the line I get from Time Warner, so my apologies 
for any slow downloading.  Please let me know if you're having trouble getting into the site.

Take care and I hope this program helps your LFS builds.  And, thank you for your help over the past 
couple of years.

&lt;/pre&gt;</description>
    <dc:creator>TW</dc:creator>
    <dc:date>2012-05-05T22:36:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34378">
    <title>Shoul I remember (keep in mind) all steps?!</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34378</link>
    <description>&lt;pre&gt;
Hi there,

At first thank you very much for this useful site and book!

Currently I'm doing jobs step-by-step with no getting any errors; however, sometimes the steps are very specific e.g. GCC pass 2 steps. GCC needs that patch, fixincludes should be suppressed, -fomit-frame-pointer should be removed and etc. should I really remember and keep in mind these?! how book writer discovered these? because we just do steps and if we try to e.g. use another version then we are not sure about patches and switches, right?

One more thing; sometimes I know why to run the script but I don't know how script works exactly. the main example is sed. I know it edits streams to replace or remove something but it's command in book is complicated for me at this time to understand. Is it essential to understand how it exactly works?

Thanks in advance!
       -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
&lt;/pre&gt;</description>
    <dc:creator>Yasser Zamani</dc:creator>
    <dc:date>2012-05-05T15:20:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34338">
    <title>Chapter 5 questions</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34338</link>
    <description>&lt;pre&gt;Hello,

Can someone explain what the directory structure is supposed to look like in Chapter 5?

1. Where does the Binutils folder/directory go? Where does the GCC folder go? That's all the further I have gotten so far.  I think I will probably want to know where all the folders go.   I created a separate partition for LFS, and put the folders there, is that right, or not?
Or is it supposed to go into the /mnt/lfs folder? Or somewhere else?


2.  Can someone also explain permissions?  Who is supposed to have permissions on what?  What permissions are supposed to be on the Binutils and GCC directories?  root?  lfs?  

And what are they supposed to be? read, write and execute?

3.  What directory am I supposed to be in when I execute the commands?  As I said, I have an LFS partition, so am I supposed to be in /media/LFS?  Or more like /mnt/lfs? Or somewhere else?

4. Also, what does the two dots and slash mean?    ../(some command)  

How does that factor into it?



Thank in advance, 

Scott

&lt;/pre&gt;</description>
    <dc:creator>Scott Robertson</dc:creator>
    <dc:date>2012-05-03T04:53:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34337">
    <title>Bk7.1_Ch6.17 GCC-4.6.2 search order of 'include directories'</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34337</link>
    <description>&lt;pre&gt;    snipped 


 &amp;gt;  -- Bruce


Thanks Bruce and Fernando for replying so quickly.

Bruce, your explanation sounds reasonable, and, if its working on your system
then I'm sure it'll work for me too.

Kind of suprised there weren't more posts about this.

Thanks again.


pete
x2164
&lt;/pre&gt;</description>
    <dc:creator>pete Spam-Avoider</dc:creator>
    <dc:date>2012-04-29T00:01:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34335">
    <title>New failure in coreutils tests</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34335</link>
    <description>&lt;pre&gt; I'm building the current book with the newer grep, man-pages,
kernel-headers, and autofoo that Matt is working on.  This is as a
test of my hardware (looking good at the moment, but a few BLFS
packages have caused me ICEs recently, so not yet certain if it is
now ok - will reply to the earlier thread with the gory details when
I'm convinced :)

 The host system is LFS-7.1.  In coreutils it now fails in 'check
user' with
../build-aux/test-driver: line 95: 12348 Aborted "$&amp;lt; at &amp;gt;" &amp;gt; $log_file 2&amp;gt;&amp;amp;1
FAIL: test-getlogin

 which sets non-zero status and breaks my build at the end of 'check
user'.  The code is

# Test script is run here.
"$&amp;lt; at &amp;gt;" &amp;gt;$log_file 2&amp;gt;&amp;amp;1
estatus=$?
if test $enable_hard_errors = no &amp;amp;&amp;amp; test $estatus -eq 99; then
  estatus=1
fi

 I'm assuming this is from gnulib-tests/test-getlogin.c.  Not seen
this failure in my builds earlier this week, perhaps it's a one-off
or perhaps something in the 3.3.4 headers has changed.

 Or, maybe it's just my hardware (again).

ĸen
&lt;/pre&gt;</description>
    <dc:creator>Ken Moffat</dc:creator>
    <dc:date>2012-04-28T23:30:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.lfs.support/34332">
    <title>Bk7.1_Ch6.17 GCC-4.6.2 search order of 'includedirectories'</title>
    <link>http://comments.gmane.org/gmane.linux.lfs.support/34332</link>
    <description>&lt;pre&gt;  Hi, 

  I'm building stable book 7.1 (Bk-7.1) using a stable 
  book 6.8 (Bk-6.8) system which meets all the
  "Host System Requirement" of Bk-7.1.

  I've followed the book to the letter. All commands have
  been taken from the text of Bk-7.1 by cutting and pasting text
  from a lynx browser.

  So far I've reached Bk-7.1_Ch-6.17, GCC-4.6.2, which has been
  compiled, tested and installed.  No unexpected failures
  occurred during 'make -k check'.  I've halted further
  progress past this chapter to see if I can get some input
  concerning the difference between the expected output of
  Bk-7.1_Ch-6.17's command:

     'grep -B4 '^ /usr/include' dummy.log'

  and the actual output I received.  A similar problem was
  described in a post to this list on Jan. 17, 2012 by Ronnie van Aarle
  with a response each from jasonpsage and emteeoh.
 
  The expected output is:

#include &amp;lt;...&amp;gt; search starts here:
 /usr/local/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.6.2/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.6.2/incl&lt;/pre&gt;</description>
    <dc:creator>pete Spam-Avoider</dc:creator>
    <dc:date>2012-04-28T21:00:33</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.lfs.support">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.lfs.support</link>
  </textinput>
</rdf:RDF>

