mike | 5 Feb 20:50 2008
Picon

Re: booting from usb stick

Joe Ciccone wrote:
> mike wrote:
>   
>> hi
>>
>> i've some trouble to boot from usb stick.
>> i use my current kernel and a minimal clfs file system. bootloader is 
>> grub. the kernel is booting but hangs on the point to mount the rootfs 
>> read1 only. grub boots with: kernel /boot/usbkernel-2.6.23   
>> root=/dev/sdb1 vga=791
>> on my laptop the hdd is also a 'scsi' disk and there it boots fine. i 
>> think the kernel is not ready with usb device scanning while mounting 
>> the rootfs ro has started. has any one a idea?
>>   
>>     
> In the kernel documentation, kernel-parameters.txt, I found a few
> options that might be useful to you.
>
>         rootdelay=      [KNL] Delay (in seconds) to pause before
> attempting to
>                         mount the root filesystem
>   
thats it. thx.
Shawn Jin | 19 Feb 09:57 2008
Picon

tcl8.4.16 build error with SVN-20080213

Hi,

I'm building the CLFS for a x86_64 target on a native x86_64 system
with Fedora 6 installed.

I'm have a build error on tcl8.4.16. The error messages are as
follows. BTW, I'm using the chroot path.

gcc -shared -O2  -pipe  -DTCL_DBGX=   -Wl,--export-dynamic -o
libtcl8.4.so regcomp.o regexec.o regfree.o regerror.o tclAlloc.o
tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o tclClock.o tclCmdAH.o
tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o tclCompile.o
tclDate.o tclEncoding.o tclEnv.o tclEvent.o tclExecute.o tclFCmd.o
tclFileName.o tclGet.o tclHash.o tclHistory.o tclIndexObj.o
tclInterp.o tclIO.o tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o
tclLink.o tclListObj.o tclLiteral.o tclLoad.o tclMain.o tclNamesp.o
tclNotify.o tclObj.o tclPanic.o tclParse.o tclParseExpr.o tclPipe.o
tclPkg.o tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o
tclResolve.o tclResult.o tclScan.o tclStringObj.o tclThread.o
tclThreadAlloc.o tclThreadJoin.o tclStubInit.o tclStubLib.o tclTimer.o
tclUtf.o tclUtil.o tclVar.o tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o
tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o tclUnixInit.o
tclUnixThrd.o tclUnixCompat.o tclUnixNotfy.o memcmp.o strstr.o
strtoul.o strtod.o fixstrtod.o tclLoadDl.o   -ldl  -lieee -lm
-Wl,-rpath,/tools/lib
fixstrtod.o: In function `fixstrtod':
fixstrtod.c:(.text+0x0): multiple definition of `fixstrtod'
strtod.o:strtod.c:(.text+0x0): first defined here
collect2: ld returned 1 exit status
make: *** [libtcl8.4.so] Error 1
(Continue reading)

Joe Ciccone | 20 Feb 03:30 2008
Picon

Re: tcl8.4.16 build error with SVN-20080213

Shawn Jin wrote:
> Hi,
>
> I'm building the CLFS for a x86_64 target on a native x86_64 system
> with Fedora 6 installed.
>
> I'm have a build error on tcl8.4.16. The error messages are as
> follows. BTW, I'm using the chroot path.
>
> gcc -shared -O2  -pipe  -DTCL_DBGX=   -Wl,--export-dynamic -o
> libtcl8.4.so regcomp.o regexec.o regfree.o regerror.o tclAlloc.o
> tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o tclClock.o tclCmdAH.o
> tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o tclCompile.o
> tclDate.o tclEncoding.o tclEnv.o tclEvent.o tclExecute.o tclFCmd.o
> tclFileName.o tclGet.o tclHash.o tclHistory.o tclIndexObj.o
> tclInterp.o tclIO.o tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o
> tclLink.o tclListObj.o tclLiteral.o tclLoad.o tclMain.o tclNamesp.o
> tclNotify.o tclObj.o tclPanic.o tclParse.o tclParseExpr.o tclPipe.o
> tclPkg.o tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o
> tclResolve.o tclResult.o tclScan.o tclStringObj.o tclThread.o
> tclThreadAlloc.o tclThreadJoin.o tclStubInit.o tclStubLib.o tclTimer.o
> tclUtf.o tclUtil.o tclVar.o tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o
> tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o tclUnixInit.o
> tclUnixThrd.o tclUnixCompat.o tclUnixNotfy.o memcmp.o strstr.o
> strtoul.o strtod.o fixstrtod.o tclLoadDl.o   -ldl  -lieee -lm
> -Wl,-rpath,/tools/lib
> fixstrtod.o: In function `fixstrtod':
> fixstrtod.c:(.text+0x0): multiple definition of `fixstrtod'
> strtod.o:strtod.c:(.text+0x0): first defined here
> collect2: ld returned 1 exit status
(Continue reading)

Shawn Jin | 20 Feb 06:55 2008
Picon

Re: tcl8.4.16 build error with SVN-20080213

Thanks a lot for the response.

On Feb 19, 2008 6:30 PM, Joe Ciccone <jciccone <at> gmail.com> wrote:
>
> Can you reply to this email with your config.log and config.cache attached?
>
> Also try putting the following in a file named config.cache and add
> --cache-file=config.cache to the configure command.
>
> ac_cv_func_strtod=yes
> tcl_cv_strtod_buggy=ok
> tcl_cv_strtod_unbroken=ok
For quick reference, here are the values of said three variables in
config.cache. I don't know if they are the same as you suggested.

ac_cv_func_strtod=${ac_cv_func_strtod=yes}
tcl_cv_strtod_buggy=${tcl_cv_strtod_buggy=buggy}
tcl_cv_strtod_unbroken=${tcl_cv_strtod_unbroken=broken}

Your trick fixed the problem. I successfully compiled and installed tcl.

-Shawn.
Attachment (config.cache): application/octet-stream, 6699 bytes
Attachment (config.log): application/octet-stream, 20 KiB
_______________________________________________
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)

Shawn Jin | 20 Feb 07:21 2008
Picon

expect-5.43.0 cannot be cross compiled? svn-20080213

Hi,

I stumbled again in the process of building CLFS SVN-20080213. Now
it's expect-5.43.0. The configure command returns error. Below are the
command I executed following the instructions. BTW, I'm following the
chroot path.

sed -i '/EXP_LIB_SPEC=/s <at> ${exec_prefix}/lib <at> ${libdir} <at> ' configure
patch -Np1 -i /sources/expect-5.43.0-spawn-2.patch
./configure --prefix=/tools --with-tcl=/tools/lib \
>     --with-tclinclude=/tools/include
configuring Expect 5.43.0
checking for autoconf... no
checking configure up to date... yes
checking host system type... Invalid configuration
`x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized

checking target system type... Invalid configuration
`x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized

checking build system type... Invalid configuration
`x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized

.......
configure: error: Expect can't be cross compiled

This makes me wondering if I did something wrong when building the
compiler and glibc or when setting up the bash environment. Any
suggestions?

(Continue reading)

John | 25 Feb 19:27 2008
Picon

Embedded X86 Bootscripts NETWORKING=no

CLFS Embedded
Chapter 10
10.9.1
 
 
In this bootscript I chose NETWORKING=no
 
In order to cut down on problems.
But all that happens is that it stops booting and tells me
I did not choose NETWORKING=yes
 

"Networking is disabled in /etc/network.conf"

I have been trying without success to modify the script.

Anyone know the correct way to disable networking?

I have pasted the script below.

 

John

 

#!/bin/ash

#

# Network interface(s) init script

#

# config: /etc/network.conf

# /etc/network.d/interface.[devname]

. /etc/rc.d/init.d/functions

. /etc/network.conf

if [ "$NETWORKING" != "yes" ]; then

echo "Networking is disabled in /etc/network.conf"

exit 0

fi

case "$1" in

start)

for i in /etc/network.d/interface.*

do

if [ -r "$i" ]; then

. $i

if [ "$DHCP" = "yes" ]; then

echo -n "Starting DHCP for interface $INTERFACE: "

udhcpc -b -i "$INTERFACE" \

-p "/var/run/udhcpc.$INTERFACE.pid" \

> /dev/null

else

echo -n "Setting up interface $INTERFACE: "

ifconfig "$INTERFACE" "$IPADDRESS" \

netmask "$NETMASK" \

broadcast "$BROADCAST" up

fi

check_status

fi

done

if [ "$USE_GATEWAY" = "yes" -a -n "$GATEWAY" ]; then

echo -n "Setting default route: "

route add default gw $GATEWAY

check_status

fi

;;

stop)

if [ "$USE_GATEWAY" = "yes" -a -n "$GATEWAY" ]; then

echo -n "Removing default route: "

route del -net 0.0.0.0

check_status

fi

for i in /etc/network.d/interface.*

do

if [ -r "$i" ]; then

. $i

echo -n "Shutting down interface $INTERFACE: "

ifconfig $INTERFACE down

check_status

if [ "$DHCP" = "yes" ]; then

kill `cat "/var/run/udhcpc.$INTERFACE.pid"`

sleep 1

fi

fi

done

;;

restart)

$0 stop

$0 start

;;

status)

ifconfig

route

;;

*)

echo "Usage: $0 {start|stop|restart|status}"

exit 1

esac

_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
Dirk Gouders | 26 Feb 16:03 2008
Picon

x86_64-64: Problems with gawk (sprintf)

Hello,

I am currently experiencing problems with gawk when building a current
clfs x86_64-64 starting with a i686-unknown-linux-gnu system.

After chrooting/booting, gawk does not work as expected and causes
problems with installing Perl.  If I manually configure Perl, the next
thing that fails is building glibc, but I did not examine if that is
also gawk related.

Where gawk fails is something like:

echo 5 | gawk '{printf "%d\n", $1}'

It prints "0" instead of "5" and that causes Perl's Configure script not
to be able determine the version.

I just want to report about that problem that I am currently trying to
track down in the hope, someone already has a solution or useful hints
where to search for the problem.

Because Perl's Configure script also reports about non-working sprintf,
this is the direction where I will try to track down the problem.

Dirk
Dirk GOUDERS | 27 Feb 16:29 2008
Picon

Re: x86_64-64: Problems with gawk (sprintf)

Hi Gabriele,

> Here is a check you can do to see whether the symptoms are the same:

I can confirm that the symptoms here are the same.

> I've even thought about the processor: the fedora system runs on an AMD
> Opteron, while the CLFS system showing the gawk problems runs an AMD
> Athlon(tm) 64 X2 Dual Core ... I'm curious about your processor

I am building the basic tools on an LFS with an Athlon XP 3200+
processor, chrooting or booting (I tried both) is done on a System with
two Opteron 246 processors.

> Apologies for the length of the post: hope to be of any use.

Thanks a lot for your post.  I will try to understand more details of
the problem.  Currently I am trying to build a CLFS 1.0.0, because I
want to know if that works.

Dirk

Gmane