bailongom | 8 Jun 01:31 2011
Picon

md5sum mismatches

Hi,

My md5sum computations differ from values reported in the CLFS book for 
the following package and patch:

patch-2.6.1.tar.gz
md5sum computed by me:          d758eb96d3f75047efc004a720d33daf      
md5sum reported in CLFS book: 0818d1763ae0c4281bcdc63cdac0b2c0

perl-5.14.0-libc-1.patch
md5sum computed by me:          6efb1ffa5a6961c239024c445e0adc9a
md5sum reported in CLFS book:  d572b0cc87b35f1806fd84f88803fb66

Can I trust the copies of files mentioned above and continue following 
the book's instructions of the linux system build process?

I am using the CLFS book in its most current development state 
(CLFS-TRUNK-GIT-20110604-CHUNKS.tar.bz2) released on June 4 2011.
My md5sum calculations agree with the reported values of all other 
packages and patches that I downloaded from links reported in Chapter 
II, Section 3 (Packages and Patches) of the book.

Regards,

Bailo
Andrew Bradford | 9 Jun 14:30 2011
Picon

Re: md5sum mismatches

On Tue, Jun 7, 2011 at 7:31 PM,  <bailongom <at> aol.com> wrote:
> My md5sum computations differ from values reported in the CLFS book for the
> following package and patch:
>
> patch-2.6.1.tar.gz
> md5sum computed by me:          d758eb96d3f75047efc004a720d33daf      md5sum
> reported in CLFS book: 0818d1763ae0c4281bcdc63cdac0b2c0

I just downloaded patch-2.6.1.tar.bz2 and its md5sum is
0818d1763ae0c4281bcdc63cdac0b2c0 (same as the book but for the wrong
file).
The .tar.gz version gives me the same md5 as you're getting for the
.tar.gz: d758eb96d3f75047efc004a720d33daf.

I think there's just a mixup in matching the md5sum to the correct
tarball.  You should be fine using the .tar.gz version of patch (or
grab the .tar.bz2 version).

> perl-5.14.0-libc-1.patch
> md5sum computed by me:          6efb1ffa5a6961c239024c445e0adc9a
> md5sum reported in CLFS book:  d572b0cc87b35f1806fd84f88803fb66

I also compute the md5sum you've gotten for the perl patch.  Possibly
the md5sum didn't get updated when the patch changed?

This patch was changed on May 18th (commit
279277d27c9cda5abda3b9f50f30132585f18303) but may not have had the
md5sum updated (I don't see a commit changing the md5sum but I've only
looked quickly thru the web interface [I'm on a Windows box right now
and don't have the git repo local]).
(Continue reading)

Andrew Bradford | 12 Jun 13:18 2011
Picon

Re: md5sum mismatches

On Thu, Jun 9, 2011 at 8:30 AM, Andrew Bradford <bradfa <at> gmail.com> wrote:
> On Tue, Jun 7, 2011 at 7:31 PM,  <bailongom <at> aol.com> wrote:
>> My md5sum computations differ from values reported in the CLFS book for the
>> following package and patch:
>>
>> patch-2.6.1.tar.gz
>> md5sum computed by me:          d758eb96d3f75047efc004a720d33daf      md5sum
>> reported in CLFS book: 0818d1763ae0c4281bcdc63cdac0b2c0
>
> I think there's just a mixup in matching the md5sum to the correct
> tarball.
>
>> perl-5.14.0-libc-1.patch
>> md5sum computed by me:          6efb1ffa5a6961c239024c445e0adc9a
>> md5sum reported in CLFS book:  d572b0cc87b35f1806fd84f88803fb66
>
> I also compute the md5sum you've gotten for the perl patch.  Possibly
> the md5sum didn't get updated when the patch changed?

Patch attached to update the regular CLFS book with these changes.

Regards,
Andrew
_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
(Continue reading)

Christophe Jarry | 19 Jun 19:13 2011

CLFS on Yeeloong: EGLIBC's make check fails

Dear all,

I have followed CLFS HTML pages carefully to build a mips32el system on my
Lemote Yeeloong (mips64el-unknown-linux-gnu). I have chosen the "chroot" method
to build the final system. All went well until section "10.7 EGLIBC-2.13" in
which the following command:

    make -k check 2>&1 | tee eglibc-check-log; grep Error eglibc-check-log

gave me:

    make[2]: *** [/eglibc-build/math/test-double.out] Error 1
    make[2]: *** [/eglibc-build/math/test-idouble.out] Error 1
    make[1]: *** [math/tests] Error 2
    make[2]: [/eglibc-build/posix/annexc.out] Error 1 (ignored)
    make[2]: *** [/eglibc-build/rt/tst-cputimer1.out] Error 1
    make[1]: *** [rt/tests] Error 2
    make[2]: *** [/eglibc-build/debug/tst-backtrace2.out] Error 1
    make[1]: *** [debug/tests] Error 2
    make[2]: *** [/eglibc-build/elf/tst-audit1.out] Error 127
    make[2]: *** [/eglibc-build/elf/tst-audit2.out] Error 127
    make[2]: *** [/eglibc-build/elf/check-execstack.out] Error 1
    make[2]: *** [/eglibc-build/elf/check-localplt.out] Error 1
    make[1]: *** [elf/tests] Error 2
    make: *** [check] Error 2

I am particularily concerned about the "Error 127", which seems to be the most
important one (a higher number represents a more important error, right?). My
eglibc-check-log reads:

(Continue reading)

Ashwin Gururaghavendran | 1 Jul 20:15 2011
Picon

CLFS - Unable to login on the first bootup

Hi


I'm following CLFS: Version GIT-20110622-x86_64-Multilib

I'm using openSUSE 11.4 as the host machine to build the cross-to and other basic tools for the minimal CLFS system booting.

This is the minimalistic system refered in Chapter 7 "If You Are Going to Boot" and not the final CLFS system.

I got through with the steps mentioned in chapters 1-7 without any errors.

When I finally went to boot the system I initially got an unable to mount root fs error. It said tried ext2, ext3, ntfs and stuff (but didn't mention ext4). Then I realized I had not compiled ext4 into the kernel but just as a module. I rebuild the kernel separately once again and I had success in getting past this error.

But it was complaining about spawning /sbin/agetty and so did not get any login prompt. I booted into my host machine and noticed that /sbin didn't contain agetty, instead it was present in /tools/sbin but according to the steps in chapter 7.6, it the lines look as below:
1:2345:respawn:/sbin/agetty -I '\033(K' tty1 9600

So either util-linux didn't install them to the proper location (should it have been ${CLFS} instead of /tools ?) or I missed some detail/step.

I tried modifying the /etc/inittab to use /tools/sbin/agetty instead of /sbin/agetty, and now I get a login prompt but entering username as root does not login into the system. :( It doesn't print any error messages but waits for roughly 30 seconds and again displays the login prompt.

I also copied the line from /etc/shadow on my host machine for the user root into ${CLFS}/etc/shadow. I even created an empty ${CLFS}/etc/gshadow. But still the same behaviour. 

Any help here would be appreciated. Let me know if I need to post any additional logs or even my kernel's .config file. Thanks.

-Ash
_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

Gmane