On 10/19/05, randhir phagura [EMAIL PROTECTED] wrote:
Seems it cannot locate '/tools/bin/gcc', which is very much there.
It seems to me that the configure script finds /tools/bin/gcc.
But then, when it tries to run it, there is some required library
not found.
I really don't know what could be
Hello Jim,
Wednesday, October 19, 2005, 5:21:01 PM, you wrote:
JG I just tested the Sparc64 multilib version. No problems here.
JG Can you verify /etc/passwd, /etc/group, /etc/shadow, and /etc/gshadow exist.
JG --
JG --
JG [EMAIL PROTECTED]
JG [EMAIL PROTECTED]
JG LFS User # 2577
JG
grep PS1 /etc/bashrc /etc/profile ~/.bash_profile ~/.bashrc gives:
/etc/bashrc:# PS1 Environment Variable for a great case study behind this script
/etc/bashrc:#export PS1=[EMAIL PROTECTED] \w]\\$
/etc/bashrc:export PS1='[EMAIL PROTECTED]:\w\$ '
/etc/profile:#export PS1=[EMAIL PROTECTED]
run the following utilities
pwconv
grpconv
This should fix your problem
--
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]
LFS User # 2577
Registered Linux User # 299986
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See
jaca wrote:
Hello Jim,
Wednesday, October 19, 2005, 5:21:01 PM, you wrote:
JG I just tested the Sparc64 multilib version. No problems here.
JG Can you verify /etc/passwd, /etc/group, /etc/shadow, and /etc/gshadow exist.
In addition to Jim's recommendations, also check your
hi,
thankyou for reply
'm' to unmute each muted control, then change the volumes. If you
really cannot alter the volume sliders, you possibly have the wrong
driver in the kernel.
with m I control some switch OK;
MASTER is ON but fix to zero
and aplay run OK but no sounds
I try
Hello Matthew,
Wednesday, October 19, 2005, 7:47:12 PM, you wrote:
MB jaca wrote:
Hello Jim,
Wednesday, October 19, 2005, 5:21:01 PM, you wrote:
JG I just tested the Sparc64 multilib version. No problems here.
JG Can you verify /etc/passwd, /etc/group, /etc/shadow, and /etc/gshadow
In my general playing around, I was interested in using a
glibc-snapshot (20051017) for a lfs. But when I tried to just install
it in place of glibc-2.3.5 in the current svn lfs it errors out with:
/mnt/lfs/sources/lfs/glibc-build/libc.a(iofclose.o):(.eh_frame+0x11): undefined
reference to
On Wed, 19 Oct 2005, Doug Ronne wrote:
In my general playing around, I was interested in using a
glibc-snapshot (20051017) for a lfs. But when I tried to just install
it in place of glibc-2.3.5 in the current svn lfs it errors out with:
The LFS LiveCD team is proud to release the x86_64-CRS051009-pre1 version of
the LFS LiveCD. This is an experimental x86_64 version built using cross-lfs
x86_64 multilib and is still under development. At this time not all the
software available on the other x86 LiveCD's is available on this
On 10/19/05, Ken Moffat [EMAIL PROTECTED] wrote:
Sure, drink copious amounts of beer. Well, it passes the time!
Ok, I'll try that.
But
seriously, I'm trying this week's snapshot on x86_64 just for the hell
of it - builds fine, test results similar to previous versions (on
32-bit
On Wed, 19 Oct 2005, Doug Ronne wrote:
Are you using glibc-20051017.tar.bz2, or one of the
other tarballs (glibc-2.3, glibc-ports) ? i686 ?
I have done the cross-lfs on an x86_64 before and had no trouble
there. Maybe that is the key. I was trying glibc-20051017.tar.bz2
What host
On 10/19/05, Ken Moffat [EMAIL PROTECTED] wrote:
On Wed, 19 Oct 2005, Doug Ronne wrote:
Are you using glibc-20051017.tar.bz2, or one of the
other tarballs (glibc-2.3, glibc-ports) ? i686 ?
I have done the cross-lfs on an x86_64 before and had no trouble
there. Maybe that is the key.
Tushar Teredesai wrote:
Not true. It is a *myth* that has propogated thru these lists so many
times that it *sounds* true. If it were true, gentoo users would need
to reinstall their OS every time a toolchain package was updated.
Gentoo users are generally told that they should to 'emerge -e'
Lennon Cook wrote:
Tushar Teredesai wrote:
Not true. It is a *myth* that has propogated thru these lists so many
times that it *sounds* true. If it were true, gentoo users would need
to reinstall their OS every time a toolchain package was updated.
Gentoo users are generally told that they
On 10/19/05, Lennon Cook [EMAIL PROTECTED] wrote:
Gentoo users are generally told that they should to 'emerge -e' (which
recompiles everything currently installed) following a glibc upgrade.
I don't remember seeing that in the official Gentoo docs. Would
appreciate a link.
Most of the times I
16 matches
Mail list logo