In 7.9. The Bash Shell Startup Files
when configureing the locals one of the commands fails to print any
information.
Local that i used is en_US.iso-8859-1
the command in this section is
LC_ALL=[locale name] locale country
when using the above local in place of the [locale name] prints a new
Should be en_US.ISO-8859-1 (case matters) or just en_US, but that matters for
BLFS only.
Yes I used the proper one but I just dident uppercase it in my post.
I dident see this on the errata so i figured it was a minor bug that
wasent reported yet.
--
What is wrong?
My guess is that you haven't run
mkswap /dev/hda1
Yes, I have run
mkswap -v /dev/hda1
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
run it without the -v Without
On 4/8/06, Jeremy Huntwork [EMAIL PROTECTED] wrote:
On Sat, Apr 08, 2006 at 06:50:56AM +, [EMAIL PROTECTED] wrote:
(a) I had the CD in hand.
Which CD? The first official CD for LFS was for version 6.0. There were
a few individuals that made and released LFS-based CDs before that but
On 4/4/06, Jeremy Huntwork [EMAIL PROTECTED] wrote:
fox man wrote:
note:
i have boot as /dev/hda1ext3
and root as /dev/hda4 ext3
Are you specifying the root=/dev/hda4 option in your grub settings? What
exactly is your grub configuration?
snip
Always nice to hear of people who build without problems, although it
makes me jealous :-o
Ken
--
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
On 4/7/06, Dan Nicholson [EMAIL PROTECTED] wrote:
On 4/7/06, Parker, Chris [EMAIL PROTECTED] wrote:
Dan,
I did completely delete it and rebuild it, and I still got the same error.
One thing I was concerned with was the links that are created as part of
the zlib process. Is it
snip
Im about 98% sure its the radeon FB.
but test vesa and let us know what happens.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
I love arizona -7 GMT all year long :P
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
On 4/1/06, Kenneth Howlin [EMAIL PROTECTED] wrote:
Success moving lfs system to new partition!
Thanks Andrew, and to JiMi for the question.
snip
I posted the answer to this somewhere :P
its eazy tho just boot from a boot disk not the system your moivng and
do the eazy command
cat /dev/hdXX
On 3/30/06, Jaqui Greenlees [EMAIL PROTECTED] wrote:
snip
This will also occur if you create a new harddrive parttion. Udev wont
see the drive right away.
There is a way to make it see the parttion but i dont remeber the
command. I usually just reboot.
But in your case this may not be the
When compileing net-tools with gcc 4 you need to include the patch for
gcc 3 that is mentioned in that package otherwise you will get a error
message about label at end of compound statement in inet_sr.o or
inet_sr.cMe using gcc 4 thought i wouldent need the patch because
of the way its
light on
whats going on.
Anyone got an idea ?
On 3/22/06, Dan Nicholson [EMAIL PROTECTED] wrote:
On 3/21/06, R. Giskard [EMAIL PROTECTED] wrote:
From: Henry christenson [EMAIL PROTECTED]
im pretty sure this is a problem with redhat but im wondering if there
is a work around. Primarly
This is a known issue by the kernel devs. However its yet to be
resloved by them. This post is more for information for peeps on that
platform.
1. You cannot solve this issue in a 32bit kernel so ignore the below
command but feel free to try it it wont break anything.
2. On x86_64 bit kernels
damn im gonna have to register :(
On 3/23/06, Dan Nicholson [EMAIL PROTECTED] wrote:
On 3/23/06, Henry christenson [EMAIL PROTECTED] wrote:
However after compleating the CLFS for pure 64 i cannot boot into
anything other then run level 1. My iniittab is telling it to go into
runlevel 3
When running
make -C ld LIB_PATH=/tools/lib
on the first pass of binutils under fedora 4 x86_64
patch does nothing to reslove the error here. Ive also attempted to
build with gcc32 witch is gcc
3.2 instead of the
4.0 that is installed in fedora
nothing stops the syntax error.
here is the
16 matches
Mail list logo