[lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1

2012-05-07 Thread Lázaro Morales
Hello,

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

   # make -k check 21 | 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

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


Re: [lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1

2012-05-07 Thread Yasser Zamani

Yes, I think.

If you look at some lines after the command, last known test failure is:

Other tests known to fail on some architectures are
posix/bug-regex32, misc/tst-writev, elf/check-textrel,
nptl/tst-getpid2, and stdio-common/bug22.
But I'm not sure about posix/annexc.out, so please wait for more info from 
others.

Sincerely,
Yasser.

 To: lfs-support@linuxfromscratch.org
 Date: Mon, 7 May 2012 09:19:02 -0400
 From: laz...@frioclima.com.cu
 Subject: [lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1
 
 Hello,
 
 After running the test suit, I get the next errors:
 
# make -k check 21 | 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
 
 -- 
 http://linuxfromscratch.org/mailman/listinfo/lfs-support
 FAQ: http://www.linuxfromscratch.org/lfs/faq.html
 Unsubscribe: See the above information page
  -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1

2012-05-07 Thread Yasser Zamani

Sorry, I took a more careful look at book and saw:

You will probably see an expected (ignored) failure in the
  posix/annexc test.

So you can continue to LFS with no any worry about this errors :)

Good Luck!

From: yasser.zam...@live.com
To: lfs-support@linuxfromscratch.org
Date: Mon, 7 May 2012 18:26:16 +0430
Subject: Re: [lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1





Yes, I think.

If you look at some lines after the command, last known test failure is:

Other tests known to fail on some architectures are
posix/bug-regex32, misc/tst-writev, elf/check-textrel,
nptl/tst-getpid2, and stdio-common/bug22.
But I'm not sure about posix/annexc.out, so please wait for more info from 
others.

Sincerely,
Yasser.

 To: lfs-support@linuxfromscratch.org
 Date: Mon, 7 May 2012 09:19:02 -0400
 From: laz...@frioclima.com.cu
 Subject: [lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1
 
 Hello,
 
 After running the test suit, I get the next errors:
 
# make -k check 21 | 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
 
 -- 
 http://linuxfromscratch.org/mailman/listinfo/lfs-support
 FAQ: http://www.linuxfromscratch.org/lfs/faq.html
 Unsubscribe: See the above information page
  

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


Re: [lfs-support] LFS 7.1 - 6.9. Glibc-2.14.1

2012-05-07 Thread Lázaro Morales
En 07/05/2012 10:00:20, Yasser Zamani yasser.zam...@live.com escribió:

 Sorry, I took a more careful look at book and saw:
 You will probably see an expected (ignored) failure in the
   posix/annexc test.
 So you can continue to LFS with no any worry about this errors
 Good Luck!

Thanks Yasser! I will continue then.

Best regards,
Lázaro

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


Re: [lfs-support] Shoul I remember (keep in mind) all steps?!

2012-05-07 Thread Yasser Zamani

You're right Simon, Unicodes are two fold. And also I don't know if 'sed' can 
edit a binary stream :?
However, in computer academic world, streams are bytes even if they are not 
letters e.g. 0x00 and I'm not sure why it's named 'stream editor' instead of 
e.g. 'tsed'(text stream editor).

Actually, that expression which I mentioned is a bit complicated for who see 
'sed' for first time; however, your one is almost completely unknown for me at 
this time :S but now, I know enugh about 'sed' to continue with LFS ;)

--Yasser

From: delga...@ihug.co.nz
To: lfs-support@linuxfromscratch.org
Date: Mon, 7 May 2012 21:00:28 +1200
Subject: Re: [lfs-support] Shoul I remember (keep in mind) all steps?!

On Sun, 2012-05-06 at 21:02 +0430, Yasser Zamani wrote:
 Thanks a lot Simon,
 
 As I cited, the book is well described enough but I worried a bit when
 I saw a 'sed' script at first time. However, as the mailing list's
 friends advised, after learning a bit online, now I don't have any
 trouble with 'sed' expressions at book :)
 
 Here, I would like to write down what I learned just in few lines for
 helping whom reach this thread via searching the mailing list:
 
  1. sed stands for 'stream editor'
  2. Streams are bytes which are traveling e.g. byte[] is an array
 but when you send it's items one by one to a destination then
 it's a stream.
 
Better to say characters, than bytes. They *are* bytes, of course, but
as a tool for dealing with text, sed views the stream as a stream of
characters. And a character isn't always a single byte.
 
  1. Exampl 2: echo 'Welcome to LFS' | sed 's@[A-Z]@*@g'
  1. A bit more complicated, right? but not at all
 when I describe it:
 
Oh, that's not complicated at all. Somewhat offtopic for LFS, but try
this one, used in a script I wrote for work... basically it parses and
reformats the output of our version control tools...
 
  sed -n '
/version .*/h;
/activity:.*@/{
  H; g
  s/.*version \(.*\).*activity:\(.*\)@\/vobs.*/\2 - \1/
  p
}'
 
 
Simon.

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


[lfs-support] mounting via .bashrc as root (2 suggestions)

2012-05-07 Thread Yasser Zamani

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  ~/.bashrc  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 don't have to declare $LFS every time I login to root:
NOTE: I commented that lines which I was not sure about them if they should run 
in root mode too.

cat  ~/.bashrc  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

What's your idea? Are these useful and meaningful?

Thanks in advance!

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


Re: [lfs-support] mounting via .bashrc as root (2 suggestions)

2012-05-07 Thread Yasser Zamani

I just tried to automating mounting while loggin in without any extra typing; 
However, I'll use your advise instead, thanks!

What about second idea? i.e. defining .bashrc for user root like lfs user to 
export $LFS variable. The book does not talk about repeating the steps, it may 
consider we will learn this from previous sections.

Thanks!

 Date: Mon, 7 May 2012 12:53:11 -0500
 From: bruce.du...@gmail.com
 To: lfs-support@linuxfromscratch.org
 Subject: Re: [lfs-support] mounting via .bashrc as root (2 suggestions)
 
 Yasser Zamani wrote:
  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  ~/.bashrc  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
 
 That is a very bad idea.  What problem are you trying to solve?
 
 If you want to automate mounting and changing to the root user after a 
 reboot, do
 something like this:
 
 cat  go-lfs.sh EOF
 #!/bin/bash
 su -C mount /dev/sda7 /mnt/lfs
 su - lfs
 EOF
 
 bash go-lfs.sh
 
-- Bruce
 -- 
 http://linuxfromscratch.org/mailman/listinfo/lfs-support
 FAQ: http://www.linuxfromscratch.org/lfs/faq.html
 Unsubscribe: See the above information page
  -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] mounting via .bashrc as root (2 suggestions)

2012-05-07 Thread Ken Moffat
On Mon, May 07, 2012 at 10:45:04PM +0430, Yasser Zamani wrote:
 
 What about second idea? i.e. defining .bashrc for user root like lfs user to 
 export $LFS variable. The book does not talk about repeating the steps, it 
 may consider we will learn this from previous sections.
 
 Thanks!
 
 Please don't top-post, we don't like it.

 Why do you think that the root user needs $LFS to be defined ?

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


[lfs-support] wget-list update

2012-05-07 Thread Eleanore Boyd
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
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


Re: [lfs-support] mounting via .bashrc as root (2 suggestions)

2012-05-07 Thread Yasser Zamani

 Date: Mon, 7 May 2012 20:44:45 +0100
 From: zarniwh...@ntlworld.com
 To: lfs-support@linuxfromscratch.org
 Subject: Re: [lfs-support] mounting via .bashrc as root (2 suggestions)
 
 On Mon, May 07, 2012 at 10:45:04PM +0430, Yasser Zamani wrote:
  
  What about second idea? i.e. defining .bashrc for user root like lfs user 
  to export $LFS variable. The book does not talk about repeating the steps, 
  it may consider we will learn this from previous sections.
  
  Thanks!
  
  Please don't top-post, we don't like it.

I was aware about it, but unfortunately last night I was at home where I have 
Debian there with ice weasel as web browser, which did not allow me to type 
between replies (like this line)!

 
  Why do you think that the root user needs $LFS to be defined ?


Please see the Note at LFS-7.1 section 5.35 at 
http://www.linuxfromscratch.org/lfs/view/stable/chapter05/changingowner.html 
which says: The commands in the remainder of this book must be performed while
  logged in as user root and no
  longer as user lfs. Also, double
  check that $LFS is set in root's environment.

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


Re: [lfs-support] wget-list update

2012-05-07 Thread Yasser Zamani

 Date: Mon, 7 May 2012 23:14:28 -0500
 From: cara...@cox.net
 To: lfs-support@linuxfromscratch.org
 Subject: [lfs-support] wget-list update
 
 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.

Sourceforge has a direct link too at download pages which I think do not need 
redirection!

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


Re: [lfs-support] wget-list update

2012-05-07 Thread Eleanore Boyd

On 5/7/2012 11:28 PM, Yasser Zamani wrote:

 Date: Mon, 7 May 2012 23:14:28 -0500
 From: cara...@cox.net
 To: lfs-support@linuxfromscratch.org
 Subject: [lfs-support] wget-list update

 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.

Sourceforge has a direct link 
http://downloads.sourceforge.net/project/libpng/zlib/1.2.6/zlib-1.2.6.tar.bz2?r=http%3A%2F%2Fdu109w.dub109.mail.live.com%2Fdefault.aspx%3Frru%3Dinbox%26nwi%3D1%26n%3D1639193770ts=1336451130use_mirror=citylan 
too at download pages which I think do not need redirection!



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


Sourceforge uses a rotating mirror system; i.e. you're not going to get 
the same mirror twice when you download the same file twice. If you look 
at the choose a mirror option, you see the available mirrors and their 
locations. And not all of the mirrors are good all the time.


However, if you never pay attention to the mirror banner shown when 
waiting for the download to begin, you're bound to not realize it. I 
myself wouldn't know, except that I can get really, really bored in the 
5 seconds it takes to start the download...


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


Re: [lfs-support] mounting via .bashrc as root (2 suggestions)

2012-05-07 Thread Bruce Dubbs
Yasser Zamani wrote:

 Please see the Note at LFS-7.1 section 5.35 at
 http://www.linuxfromscratch.org/lfs/view/stable/chapter05/changingowner.html
 which says: The commands in the remainder of this book must be performed
 while logged in as user root and no longer as user lfs. Also, double check
 that $LFS is set in root's environment.

That statement is only there for entering chroot:

chroot $LFS /tools/bin/env -i \
 HOME=/root  \
 TERM=$TERM\
 PS1='\u:\w\$ '  \
 PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
 /tools/bin/bash --login +h

If you want to set something up in /root/.bashrc, try this:

alias lfs='sudo /usr/sbin/chroot /mnt/lfs /usr/bin/env -i HOME=/root 
TERM=$TERM PS1=\u:\w$  PATH=/bin:/usr/bin:/sbin:/usr/sbin /bin/bash 
--login'

Note that you don't need $LFS in this case.

   -- Bruce

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