gmane.linux.lfs.cross

Career opportunity inside

2011-10-25T18:18:35

Hello, We have an excellent opportunity for an apprentice applicant to join a rapidly expanding company.

An at home Key Account Manager Position is a great opportunity for stay at home parents 
or anyone who wants to work in the comfort of their own home. 

This is a part time job / flexible hrs for Canadians only,This is in view of our not having a branch office presently in Canada,
also becouse of paypal and ebay policies wich is prohibit to work directly with residents of some countries.

Requirements: computer with Internet access, valid email address, good typing skills. 
If you fit the above description and meet the requirements, please apply to this ad stating your location.

You will be processing orders from your computer. How much you earn is up to you. 
The average is in the region of CA$750- CA$1000 per week, depending on whether you work full or part time.

Region: Canada only.

If you would like more information, please contact us stating where you are located and our job reference number - 14301-019/6HR. 
Please only SERIOUS applicants.

If you are interested, please reply to: Wilma< at >canada-newjob.com

New job vacancy - see details

2011-10-21T18:41:15

Hello, We have an excellent opportunity for an apprentice applicant to join a rapidly expanding company.

An at home Key Account Manager Position is a great opportunity for stay at home parents 
or anyone who wants to work in the comfort of their own home. 

This is a part time job / flexible hrs for Canadians only,This is in view of our not having a branch office presently in Canada,
also becouse of paypal and ebay policies wich is prohibit to work directly with residents of some countries.

Requirements: computer with Internet access, valid email address, good typing skills. 
If you fit the above description and meet the requirements, please apply to this ad stating your location.

You will be processing orders from your computer. How much you earn is up to you. 
The average is in the region of CA$750- CA$1000 per week, depending on whether you work full or part time.

Region: Canada only.

If you would like more information, please contact us stating where you are located and our job reference number - 92002-938/5HR. 
Please only SERIOUS applicants.

If you are interested, please reply to: Roxanne< at >canada-newjob.com

Re: glibc-2.7 assembler error in Chapter 5 of CLFS 1.1.0

chaudhary paresh — 2010-12-18T11:55:34

Go to src/glibc/sysdeps/i386/fpu/
open ftestexcept.c
write short temp; instead of int temp;

Re: chroot: cannot run command `/tools/bin/env': No such file ordirectory

Chris Staub — 2010-02-03T04:25:52

Doesn't need to be explained. If you know enough to do stuff like change 
versions, you also know enough to be aware of what patches/commands are 
needed and which aren't.

Re: chroot: cannot run command `/tools/bin/env': No such file ordirectory

Lapohos Tibor — 2010-02-03T00:40:53

Never mind, I got it, thanks.

The problem was that I did not apply the "specs" patch to gcc. This fixes everything, of course, producing the right answer for 

readelf -l a.out | grep ': /tools'

below, and makes the chroot-ing possible.

I would like to take the opportunity to suggest the CLFS gurus to include such a warning in the documentation. The importance of that patch ought to be emphasized. I skipped it, since I've compiled gcc-4.4.3, and the patch is designated for gcc-4.4.2. But then I remembered reading something long time ago in the LSF books about making the changes in the "SPECS" explicitely, which rose the suspicion that the above named patch would do that in this version of CLFS. It turned out to be true...

Happy compilation to Everyone,
Tibor 

--- On Tue, 2/2/10, Lapohos Tibor <tibor.lapohos< at >rogers.com> wrote:

chroot: cannot run command `/tools/bin/env': No such file or directory

Lapohos Tibor — 2010-02-02T17:56:12

Hello All,

First, I built a multilib system starting with a live CD, while workin on a USB flash memory stick.

Next, I booted from the shiny new system on the USB stick, and built a second multilib system on the hard disks. It is up and running with a bunch of other things from CBLFS.

Now, I would like to build a 64-bit only system while booting off and working with the OS on the hard disk, and I am geting stuck at chroot.

My mounts are:
/dev/md1 -> /
/dev/md0 -> /boot
/dev/md2 -> /home
/dev/md3p1 -> /scratch
/dev/md3p2 -> swap

I am building with

CLFS = /scratch/clfs64

where so far I got

/scratch/clfs64/tools
/scratch/clfs64/cross-tools
/scratch/clfs64/{dev,proc,sys}

and

/cross-tools -> /scratch/clfs64/cross-tools/
/tools -> /scratch/clfs64/tools/

The env and chroot binaries do exist and ought to be healthy in the /tools/bin folder.

After exiting the 
su -clfs
environment and comming back to root>, the command that fails to change the root location is:

chroot "${CLFS}" /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

I read whatever I could on the net, and it just doesn't make sense to me. So far the only unorthodox point I can think of is that ${CLFS} is not on a dedicated mount on its own. Can this really be it?

Furthermore, what I noticed is that, if I insert a test like:

##==CH6.3=====
echo 'main(){}' > dummy.c
${CC} dummy.c
readelf -l a.out | grep ': /tools

I do not obtain /tools. Is this right? (I doubt it, but I cannot tell where the problem is.)

For the sakeness of completeness the PATH of the root is:
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/cuda/bin:/opt/firefox/bin

I am following SVN-20100103-x86_64-Pure64, but I am using more recent versions of the software therein. What I compiled successfully so far is:
#= Linux-headers 2.6.32 
#= file 5.03
#= ncurses 5.7
#= gmp 4.3.2
#= mpfr 2.4.2
#= ppl 0.10.2 
#= CLooG-PPL 0.15.7 
#= binutils 2.20 
#= gcc 4.4.2 
#= eglibc 2.10.1-20090825-r8873
#= gcc 4.4.3 
##==CH6.3
#= gmp 4.3.2
#= mpfr 2.4.2
#= ppl 0.10.2 
#= CLooG-PPL 0.15.7 
#= zlib 1.2.3 
#= binutils 2.20
#= gcc 4.4.3
#= bash 4.0
#= bison 2.4.1
#= bzip2 1.0.5
#= coreutils 7.6 
#= diffutils 2.8.7 
#= findutils 4.4.2
#= file 5.03
#= flex 2.5.35
#= gawk 3.1.7
#= gettext 0.17 
#= grep 2.5.4
#= gzip 1.3.12
#= m4-1.4.13
#= make 3.81
#= patch 2.5.9
#= sed 4.2.1
#= tar 1.22
#= texinfo 4.13a
#= vim 7.2
#= XZ utils-4.999.9beta
##==CH8
#= util-linux-ng 2.16.1

Thanks for your help in advance,
Tibor

Re: building x86_64 using lsflivecd-86_64

Lapohos Tibor — 2009-11-18T15:27:20

glibc-2.7 assembler error in Chapter 5 of CLFS 1.1.0

Lapohos Tibor — 2009-11-17T20:08:02

Re: gcc in section 5.8.1 does not compile without the omitted mpfrand gmp

Lapohos Tibor — 2009-11-17T19:44:01

Re: gcc in section 5.8.1 does not compile without the omitted mpfrand gmp

Chris Staub — 2009-11-16T08:33:35

I notice you didn't specify the version of CLFS you're using, but going 
by the mention of "4.2.4" I assume that means you are using CLFS 1.1.0. 
If so, there is no omission in the book - the GCC version (4.2.4) in 
CLFS 1.1.0 does *not* require GMP or MPFR. If you want to use CLFS 
1.1.0, you must use the versions specified in the book, otherwise it is 
not likely to work (as you have just found out). Alternatively, use the 
CLFS dev version, which does have more recent GCC and Binutils versions.

gcc in section 5.8.1 does not compile without the omitted mpfr and gmp

Lapohos Tibor — 2009-11-14T18:10:18

building x86_64 using lsflivecd-86_64

Lapohos Tibor — 2009-11-14T17:56:44