Re: Compiling grub-1.98 fails
Karthik Bhuvanagiri wrote:
Hi,
I'm following LFS-Book-6.7. I followed everything in the book successfully
until section 6.44.1-Installation of Grub. Compiling grub-1.98 fails after
issuing make command.
Please suggest me in resolving the issue.
*Output of ./configure --prefix=/usr --sysconfdir=/etc
--disable-grub-emu-usb --disable-grub-fstest --disable-efiemu:*
[...]
grub_mkelfimage-gnulib_progname.o:(.bss+0x0): multiple definition of
`program_name'
grub_mkelfimage-gnulib_progname.o:(.bss+0x0): first defined here
grub_mkelfimage-gnulib_progname.o: In function `set_program_name':
progname.c:(.text+0x0): multiple definition of `set_program_name'
[...]
Did this ever get resolved? I see that the .o files got included
in the link more than once, but I didn't see a resolution.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: Compiling grub-1.98 fails
Mike McCarty wrote: Karthik Bhuvanagiri wrote: Hi, I'm following LFS-Book-6.7. I followed everything in the book successfully until section 6.44.1-Installation of Grub. Compiling grub-1.98 fails after issuing make command. Please suggest me in resolving the issue. *Output of ./configure --prefix=/usr --sysconfdir=/etc --disable-grub-emu-usb --disable-grub-fstest --disable-efiemu:* [...] grub_mkelfimage-gnulib_progname.o:(.bss+0x0): multiple definition of `program_name' grub_mkelfimage-gnulib_progname.o:(.bss+0x0): first defined here grub_mkelfimage-gnulib_progname.o: In function `set_program_name': progname.c:(.text+0x0): multiple definition of `set_program_name' [...] Did this ever get resolved? I see that the .o files got included in the link more than once, but I didn't see a resolution. In a fresh svn build yesterday, I get no errors at all. You've cut down the output to where I can't see what the Makefile was trying to do. I have: gcc -Ignulib -I./gnulib -I. -I./include -I./gnulib -I./include -Wall -W -DGRUB_LIBDIR=\/usr/lib/`echo grub/i386-pc | sed 's,x,x,'`\ -DLOCALEDIR=\\ -DGRUB_MACHINE_PCBIOS=1 -DGRUB_UTIL=1 -MD -c -o grub_mkelfimage-gnulib_progname.o gnulib/progname.c But I'm not sure if your error is in a compile or a link. However the link completed without error for me too: gcc -o grub-mkelfimage grub_mkelfimage-gnulib_progname.o grub_mkelfimage-util_elf_grub_mkimage.o grub_mkelfimage-util_misc.o grub_mkelfimage-util_resolve.o -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Compiling grub-1.98 fails
Bruce Dubbs wrote:
Mike McCarty wrote:
Did this ever get resolved? I see that the .o files got included
in the link more than once, but I didn't see a resolution.
In a fresh svn build yesterday, I get no errors at all. You've cut down
the output to where I can't see what the Makefile was trying to do. I have:
I was making reference to an earlier message by Karthik Bhuvanagiri.
I'm not having the problem, and was just putting enough in to be a
memory jogger, not something to diagnose.
The problem happened during the link, when the same .o files got
listed more than once. That, of course, resulted in multiple
definitions of all symbols they export.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: Compiling grub-1.98 fails
Mike McCarty wrote: Bruce Dubbs wrote: Mike McCarty wrote: Did this ever get resolved? I see that the .o files got included in the link more than once, but I didn't see a resolution. In a fresh svn build yesterday, I get no errors at all. You've cut down the output to where I can't see what the Makefile was trying to do. I have: I was making reference to an earlier message by Karthik Bhuvanagiri. I'm not having the problem, and was just putting enough in to be a memory jogger, not something to diagnose. The problem happened during the link, when the same .o files got listed more than once. That, of course, resulted in multiple definitions of all symbols they export. Well I guess the resolution was user error because no one else has seemed to be able to duplicate it. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: gcc test failures
Alex Bosworth wrote:
I don't know a lot about linux scheduler, but I believe that it would make a
difference as, setting a lower priority means less time slice allocated to
the
process thus, in turn reduces the frequency the process is scheduled. On the
No, it means that if there are other (higher priority) processes waiting
for the CPU, it'll give it up. If there aren't other such processes,
then it makes no difference.
[...]
[...]
First, I am gonna try recompile manually to see if jhalfs setting some
unfavorable flags and thus making the test fail (I doubt that!). If that
fails,
I'm gonna download and run prime95 to see how the hardware fares.
You might also consider memtest, though prime95 is a good choice
to check for heat problems.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: compiling packages in sec 5
Lorenzo Trojan wrote:
Hi all, I hope this isn't a silly question...
it's not quite clear to me one thing: why the the gcc cross compiler
created in sec 5.5 isn't used for the compilation of the packages in
section 5 (something like ./configure CC=$LFS_TGT-gcc)? Since the
path is set to /tools/bin:/bin:/usr/bin the gcc and cc executables
used during compilation is the one created during the second pass,
wouldn't this break if the build and the host system aren't the same?
The entire set of tools built in Chapter 5 need to be built
by one and the same set of dev tools, in order to ensure that
they all work together and agree on what formats are, etc.
Just like horses, one shouldn't change compilers in mid stream.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
kernel help please, ACPI Error
Hello, I am not sure if these errors are related or not, but all three popup in the terminal and are logged. Apr 20 09:46:29 lfs_usb kernel: [ 246.500071] ACPI Error: [\_TZ_.THRM] Namespace lookup failure, AE_NOT_FOUND (20101013/psargs-359) Apr 20 09:46:29 lfs_usb kernel: [ 246.500148] ACPI Error: Method parse/execution failed [\_GPE._L1C] (Node f6023450), AE_NOT_FOUND (20101013/psparse-537) Apr 20 09:46:29 lfs_usb kernel: [ 246.500241] ACPI Exception: AE_NOT_FOUND, while evaluating GPE method [_L1C] (20101013/evgpe-503) I guessed that the first was CONFIG_ACPI_THERMAL, but I was deterred from disabling it by the help text. CONFIG_ACPI_THERMAL: This driver supports ACPI thermal zones. Most mobile and some desktop systems support ACPI thermal zones. It is HIGHLY recommended that this option be enabled, as your processor(s) may be damaged without it. Here are my PM / ACPI config choices. # # Power management and ACPI options # CONFIG_PM=y CONFIG_PM_DEBUG=y # CONFIG_PM_ADVANCED_DEBUG is not set # CONFIG_PM_VERBOSE is not set CONFIG_CAN_PM_TRACE=y CONFIG_PM_TRACE=y CONFIG_PM_TRACE_RTC=y CONFIG_PM_SLEEP_SMP=y CONFIG_PM_SLEEP=y CONFIG_SUSPEND_NVS=y CONFIG_SUSPEND=y CONFIG_PM_TEST_SUSPEND=y CONFIG_SUSPEND_FREEZER=y CONFIG_HIBERNATION=y CONFIG_PM_STD_PARTITION= CONFIG_PM_RUNTIME=y CONFIG_PM_OPS=y CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROCFS_POWER=y # CONFIG_ACPI_POWER_METER is not set # CONFIG_ACPI_EC_DEBUGFS is not set CONFIG_ACPI_PROC_EVENT=y CONFIG_ACPI_AC=y CONFIG_ACPI_BATTERY=y CONFIG_ACPI_BUTTON=y CONFIG_ACPI_VIDEO=y CONFIG_ACPI_FAN=y CONFIG_ACPI_DOCK=y CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_HOTPLUG_CPU=y # CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set CONFIG_ACPI_THERMAL=y CONFIG_ACPI_CUSTOM_DSDT_FILE= # CONFIG_ACPI_CUSTOM_DSDT is not set CONFIG_ACPI_BLACKLIST_YEAR=2000 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_PCI_SLOT=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y CONFIG_ACPI_SBS=y # CONFIG_ACPI_HED is not set # CONFIG_ACPI_APEI is not set CONFIG_SFI=y # CONFIG_APM is not set -- Thank you, -Brian -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
JHALFS Incompatibilities
I'm using a VM (qemu) to build LFS v 6.8. I'm using the LFS LiveCD
as my build system. I've partitioned and formatted my disc,
and successfully booted the LiveCD. I've downloaded jhalfs-2.3.2
(I understand the one on the LiveCD jhalfs-2.3.1 is broken) and
started setting up my directory structure. Here it is:
/media/lfsbuild directory
/media/BOOK book, v 6.8 XML extracted
/media/jhalfs jhalfs-2.3.2 extracted
/media/archiveplace to put the archived downloads
/media/sourcesplace to put the sources for build
All the directories are writable by the jhalfs user.
I've gone into jhalfs and and done a make, and tried to
set up the configuration. However, when I do a make, I go
through the menu, and upon exit, jhalfs mostly likes it,
but complains that the jhalfs directory and the build directory
conflict. I've given /media/lfs as the build directory, and
used the directory structure mentioned in README. However,
jhalfs doesn't like it. If I rename jhalfs to jhalfs-2.3.2
and create another directory jhalfs, then the tool complains
that other necessary directores underneath jhalfs don't
exist. They appear to be directories in the jhalfs-2.3.2
directory, and appear to contain support scripts.
What I've done before is extract the tarball twice, once
into jhalfs-2.3.2 and once into jhalfs. This doesn't seem
right.
What clue am I missing?
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Mike McCarty wrote:
I'm using a VM (qemu) to build LFS v 6.8. I'm using the LFS LiveCD
as my build system. I've partitioned and formatted my disc,
and successfully booted the LiveCD. I've downloaded jhalfs-2.3.2
(I understand the one on the LiveCD jhalfs-2.3.1 is broken) and
started setting up my directory structure. Here it is:
/media/lfsbuild directory
/media/BOOK book, v 6.8 XML extracted
/media/jhalfs jhalfs-2.3.2 extracted
/media/archiveplace to put the archived downloads
/media/sourcesplace to put the sources for build
All the directories are writable by the jhalfs user.
I've gone into jhalfs and and done a make, and tried to
set up the configuration. However, when I do a make, I go
through the menu, and upon exit, jhalfs mostly likes it,
but complains that the jhalfs directory and the build directory
conflict. I've given /media/lfs as the build directory, and
used the directory structure mentioned in README. However,
jhalfs doesn't like it. If I rename jhalfs to jhalfs-2.3.2
and create another directory jhalfs, then the tool complains
that other necessary directores underneath jhalfs don't
exist. They appear to be directories in the jhalfs-2.3.2
directory, and appear to contain support scripts.
What I've done before is extract the tarball twice, once
into jhalfs-2.3.2 and once into jhalfs. This doesn't seem
right.
What clue am I missing?
When you go into the VM, extract jhalfs to your /home directory (the
name doesn't matter). Run from there. jhalfs should create
/mnt/lfs/{jhalfs,sources}. I tell it not to mess with sources and then
just copy them manually to /mnt/lfs/sources, because I sometimes make
changes there.
Another easy way is to get the lfs-wget file and do:
cd /mnt/lfs/sources; wget -i ~/lfs-wget
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
V 6.8 wget-list
Is the version 6.8 wget-list not yet available?
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Bruce Dubbs wrote:
Mike McCarty wrote:
I'm using a VM (qemu) to build LFS v 6.8. I'm using the LFS LiveCD
as my build system. I've partitioned and formatted my disc,
and successfully booted the LiveCD. I've downloaded jhalfs-2.3.2
(I understand the one on the LiveCD jhalfs-2.3.1 is broken) and
started setting up my directory structure. Here it is:
/media/lfsbuild directory
/media/BOOK book, v 6.8 XML extracted
/media/jhalfs jhalfs-2.3.2 extracted
/media/archiveplace to put the archived downloads
/media/sourcesplace to put the sources for build
All the directories are writable by the jhalfs user.
I've gone into jhalfs and and done a make, and tried to
set up the configuration. However, when I do a make, I go
through the menu, and upon exit, jhalfs mostly likes it,
but complains that the jhalfs directory and the build directory
conflict. I've given /media/lfs as the build directory, and
used the directory structure mentioned in README. However,
jhalfs doesn't like it. If I rename jhalfs to jhalfs-2.3.2
and create another directory jhalfs, then the tool complains
that other necessary directores underneath jhalfs don't
exist. They appear to be directories in the jhalfs-2.3.2
directory, and appear to contain support scripts.
What I've done before is extract the tarball twice, once
into jhalfs-2.3.2 and once into jhalfs. This doesn't seem
right.
What clue am I missing?
When you go into the VM, extract jhalfs to your /home directory (the
name doesn't matter). Run from there. jhalfs should create
/mnt/lfs/{jhalfs,sources}. I tell it not to mess with sources and then
What's the difference between that and running it from
/mnt/lfs/jhalfs-3.2.2? It's a different directory, yet
the tool complains. (BTW, I'm using /media, not /mnt, but
that's not a problem).
just copy them manually to /mnt/lfs/sources, because I sometimes make
changes there.
Another easy way is to get the lfs-wget file and do:
cd /mnt/lfs/sources; wget -i ~/lfs-wget
I just posted (soon to appear, I guess) wondering where wget-list
is for 6.8, since I didn't find it.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Bruce Dubbs wrote:
When you go into the VM, extract jhalfs to your /home directory (the
name doesn't matter). Run from there. jhalfs should create
/mnt/lfs/{jhalfs,sources}. I tell it not to mess with sources and then
just copy them manually to /mnt/lfs/sources, because I sometimes make
changes there.
I described what happens. It complains that the directory
structure of jhalfs, and that below, with the helper
scripts, doesn't exist. It does not create them.
Here's the exact error message when I did just what you describe:
LFS/master.sh: line 382: cd: /media/lfs/jhalfs/lfs-commands: No such
file or directory.
THAT'S the problem I was reporting. The directory structure does not
get created, and jhalfs expects it to exist, and to contain the
support scripts which come from the tarball.
In past, a couple of times, I've extracted the tarball twice
to overcome this problem.
Another easy way is to get the lfs-wget file and do:
cd /mnt/lfs/sources; wget -i ~/lfs-wget
Where is the wget-list for 6.8? I haven't found it.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Mike McCarty wrote:
Bruce Dubbs wrote:
When you go into the VM, extract jhalfs to your /home directory (the
name doesn't matter). Run from there. jhalfs should create
/mnt/lfs/{jhalfs,sources}. I tell it not to mess with sources and then
What's the difference between that and running it from
/mnt/lfs/jhalfs-3.2.2? It's a different directory, yet
the tool complains. (BTW, I'm using /media, not /mnt, but
that's not a problem).
Don't know. I'd have to look at the code. I've always used ~/jhalfs
(with the current svn version).
just copy them manually to /mnt/lfs/sources, because I sometimes make
changes there.
Another easy way is to get the lfs-wget file and do:
cd /mnt/lfs/sources; wget -i ~/lfs-wget
I just posted (soon to appear, I guess) wondering where wget-list
is for 6.8, since I didn't find it.
If you build the book, you get it automatically, but it's at
http://www.linuxfromscratch.org/lfs/view/development/wget-list
or
http://www.linuxfromscratch.org/lfs/view/6.8/wget-list
(they are different).
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Mike McCarty wrote:
Bruce Dubbs wrote:
When you go into the VM, extract jhalfs to your /home directory (the
name doesn't matter). Run from there. jhalfs should create
/mnt/lfs/{jhalfs,sources}. I tell it not to mess with sources and then
just copy them manually to /mnt/lfs/sources, because I sometimes make
changes there.
I described what happens. It complains that the directory
structure of jhalfs, and that below, with the helper
scripts, doesn't exist. It does not create them.
Here's the exact error message when I did just what you describe:
LFS/master.sh: line 382: cd: /media/lfs/jhalfs/lfs-commands: No such
file or directory.
So, I ran make again, and accepted everything the way it was,
no changes, and it got farther. This time it's mentioning
that it can't find /media/lfs/jhalfs/pkg_tarball_list for
Chapter5, and again for Chapter6,
grep: /media/lfs/jhalfs/pkg_tarball_list: No such file or directory.
When I do another make, it complains
mkdir: cannot create directory `chapter06-build_2': File exists.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Bruce Dubbs wrote:
Don't know. I'd have to look at the code. I've always used ~/jhalfs
(with the current svn version).
Doesn't work for me, and hasn't worked for me, ever.
I just repeated a trial, and got the same result. It complains that
/media/jhalfs/lfs-commands does not exist.
If you build the book, you get it automatically, but it's at
http://www.linuxfromscratch.org/lfs/view/development/wget-list
or
http://www.linuxfromscratch.org/lfs/view/6.8/wget-list
(they are different).
I can believe it. However, I didn't use VIEW, I used DOWNLOAD,
and it's not there. Is it supposed to be?
http://www.linuxfromscratch.org/lfs/download/6.8/wget-list
does not exist.
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
On Apr 21, 2011 12:08 AM, Mike McCarty mike.mcca...@sbcglobal.net wrote:
Mike McCarty wrote:
Bruce Dubbs wrote:
When you go into the VM, extract jhalfs to your /home directory (the
name doesn't matter). Run from there. jhalfs should create
/mnt/lfs/{jhalfs,sources}. I tell it not to mess with sources and then
just copy them manually to /mnt/lfs/sources, because I sometimes make
changes there.
I described what happens. It complains that the directory
structure of jhalfs, and that below, with the helper
scripts, doesn't exist. It does not create them.
Here's the exact error message when I did just what you describe:
LFS/master.sh: line 382: cd: /media/lfs/jhalfs/lfs-commands: No such
file or directory.
Yes, it,s a little touchy. You can get that when it's creating /tools, etc.
too.
Just delete the old stuff and start over. The program is not very tolerant
of errors and variations, but once you get it work the way you want, it's
handy.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Bruce Dubbs wrote:
Yes, it,s a little touchy. You can get that when it's creating /tools, etc.
too.
Just delete the old stuff and start over. The program is not very tolerant
of errors and variations, but once you get it work the way you want, it's
handy.
Are you familiar with the term finite state deterministic machine?
If run again, with no other changes, it produces the same results.
I believe that jhalfs-2.3.2 is -broken- and does not work. Perhaps
the one in svn does? Which one do you use?
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: JHALFS Incompatibilities
Bruce Dubbs wrote:
Yes, it,s a little touchy. You can get that when it's creating /tools, etc.
too.
Just delete the old stuff and start over. The program is not very tolerant
of errors and variations, but once you get it work the way you want, it's
handy.
I did what you suggest five times, and each time I got the
same error in the same place. I then downloaded using svn,
and ran that one, and got the same error in the same place.
svn said I checked out version 3535, whatever that means.
In any case, jhalfs is broken.
Mike
--
p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);}
Oppose globalization and One World Governments like the UN.
This message made from 100% recycled bits.
You have found the bank of Larn.
I speak only for myself, and I am unanimous in that!
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
