Hi all,
Just build the boot stages of Version 7.0-cross-lfs-20051023-x86_64 from
a LFS 6.1 (32-bit) system. I've noticed a few small errors that I would
like to report.
5.4. Build Variables
Following the commands will set LFS_TARGET to i686-pc-linux-gnu, which
works until building glibc. Cha
Ken Moffat wrote:
On Mon, 24 Oct 2005, Duncan Webb wrote:
Hi all,
Just build the boot stages of Version 7.0-cross-lfs-20051023-x86_64
from a LFS 6.1 (32-bit) system. I've noticed a few small errors that
I would like to report.
5.4. Build Variables
Following the commands wil
Ken Moffat wrote:
On Mon, 24 Oct 2005, Duncan Webb wrote:
9.4. Expect-5.43.0
I think the configure line should be:
CC="gcc ${BUILD64}" ./configure --prefix=/tools --with-tcl=/tools/lib \
--with-tclinclude=$TCLPATH --with-x=no
because the tools have not yet been built to defaul
etc/login.defs.linux seems to have been renamed to etc/login.defs,
therefore the build for Shadow-4.0.13 fails on the sed command that
generates /etc/login.defs in chapter 10.44. Shadow-4.0.13. This is a
change between 12 and 13
should be:
sed -e'[EMAIL PROTECTED]@MD5_CRYPT_ENAB yes@' \
-e
I know this is off topic, so don't shout at me...
I was trying to build strace-4.5.12 under x86_64 but it has compilation
problems. Attached is a patch, taken from gentoo that fixes there.
Regards,
Duncan
strace-4.5.12-gentoo.patch.bz2
Description: Binary data
--
http://linuxfromscratch.org
Ken Moffat wrote:
On Tue, 25 Oct 2005, Duncan Webb wrote:
Ken Moffat wrote:
On Mon, 24 Oct 2005, Duncan Webb wrote:
9.4. Expect-5.43.0
I think the configure line should be:
CC="gcc ${BUILD64}" ./configure --prefix=/tools
--with-tcl=/tools/lib \
--with-tclinclude=$TCLPATH -
Ken Moffat wrote:
On Tue, 25 Oct 2005, Duncan Webb wrote:
I know this is off topic, so don't shout at me...
I was trying to build strace-4.5.12 under x86_64 but it has
compilation problems. Attached is a patch, taken from gentoo that
fixes there.
Regards,
Duncan
Blimey, it&#x
Duncan Webb wrote:
etc/login.defs.linux seems to have been renamed to etc/login.defs,
therefore the build for Shadow-4.0.13 fails on the sed command that
generates /etc/login.defs in chapter 10.44. Shadow-4.0.13. This is a
change between 12 and 13
should be:
sed -e'[EMAIL PROT
Matthew Burgess wrote:
Duncan Webb wrote:
Small patch to write a message when shadow fails because login.defs
is missing, it still writes the syslog message. But the user gets
some feedback why it failed.
Thanks Duncan. As shadow is actively maintained, would you mind
submitting this
Ken Moffat wrote:
On Tue, 25 Oct 2005, Duncan Webb wrote:
I know this is off topic, so don't shout at me...
I was trying to build strace-4.5.12 under x86_64 but it has
compilation problems. Attached is a patch, taken from gentoo that
fixes there.
Regards,
Duncan
Blimey, it&#x
I think that there's a small problem with installation of chapter 10
Linux-Libc-Headers-2.6.12.0 installation.
I creates a the file /usr/include/linux/config.h with the lines:
#error "Compilation aborted. Please read the FAQ for linux-libc-headers
package."
#error "(can be found at
http://ep09
I think that there is a missing section in 11.9. The Bash Shell Startup
Files, there doesn't seem to be anywhere that the PATH is set.
In chapter 7. If You Are Going to Boot section 7.14. Setting Up the
Environment the PATH is written but never gets overridden.
At least I can't find where it
Andrew Benton wrote:
Tobias Lieber wrote:
I think that there's a small problem with installation of chapter 10
Linux-Libc-Headers-2.6.12.0 installation.
I creates a the file /usr/include/linux/config.h with the lines:
#error "Compilation aborted. Please read the FAQ for
linux-libc-headers p
Jim Gifford wrote:
Duncan Webb wrote:
I think that there is a missing section in 11.9. The Bash Shell
Startup Files, there doesn't seem to be anywhere that the PATH is set.
That is correct
In chapter 7. If You Are Going to Boot section 7.14. Setting Up the
Environment the PA
After patch -Np1 -i ../coreutils-5.2.1-uname-2.patch uname gives:
uname -m
x86_64
uname -p
x86_64
uname -i
x86_64
The attached patch from the gentoo's
coreutils-5.2.1-patches-0.11.tar.bz2 gives:
uname -m
x86_64
uname -p
AMD Athlon(tm) 64 Processor 3000+
uname -i
AuthenticAMD
Regards,
Duncan
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
Thanks Alexander, I'll try to get these changes in a.s.a.p.
Matthew Burgess wrote:
I'll have to bite the bullet and see to getting all the module
hotplugging related bugs s
Alexander E. Patrakov wrote:
Duncan Webb wrote:
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
2) Add these two rules to LFS default rules file:
ENV{UDEVD_EVENT}=="1", RUN+="/sbin/udev_run_hotplu
Alexander E. Patrakov wrote:
Duncan Webb wrote:
Matthew Burgess wrote:
Forwarding from blfs-dev, where an ALSA related thread went just a
little off-topic for BLFS :)
2) Add these two rules to LFS default rules file:
ENV{UDEVD_EVENT}=="1", RUN+="/sbin/udev_run_hotplu
Would it make sense to you guys to change section 5.4. Build Variables a
bit.
I would suggest:
1) Swap Configuration #1 and #2 around because the table belongs at #1.
2) Change the text a tiny bit from "Creating different architecture
tools" to "If the build target is on a different architectur
I've a question arising from the build of xorg. xorg decided to install
it's libraries and modules into /usr/lib64
On a pure64 system this directory is not created.
Question is:
1) should a symlink from /usr/lib to /usr/lib64 be created in the
section Creating Directories in chapters 7 & 8
or
Ken Moffat wrote:
On Fri, 28 Oct 2005, Duncan Webb wrote:
I've a question arising from the build of xorg. xorg decided to
install it's libraries and modules into /usr/lib64
On a pure64 system this directory is not created.
Question is:
1) should a symlink from /usr/lib to /us
Hi,
Now that we're no longer in summer time in the Makefile for
LFS-Bootscripts-3.2.1 there are no rules to install setclock during a
reboot or shutdown. So the hardware clock is not being synchronised with
the system clock.
Regards,
Duncan
--
http://linuxfromscratch.org/mailman/listinfo/lfs
Archaic wrote:
On Thu, Nov 03, 2005 at 05:58:51AM -0100, Duncan Webb wrote:
Now that we're no longer in summer time in the Makefile for
LFS-Bootscripts-3.2.1 there are no rules to install setclock during a
reboot or shutdown. So the hardware clock is not being synchronised with
the s
Bryan Kadzban wrote:
On Thu, Nov 03, 2005 at 08:28:12AM -0700, Archaic wrote:
On Thu, Nov 03, 2005 at 09:47:54AM -0100, Duncan Webb wrote:
Maybe I was not too clear.
No, you were perfectly clear.
If the system clock is set to local time then when you shut-down the
Ken Moffat wrote:
On Thu, 3 Nov 2005, Duncan Webb wrote:
What I don't understand is why anybody would have a problem syncing
the hardware clock to the system clock at reboot/power off. After all
the system clock is synced to the hardware clock at boot.
In that case, please searc
Archaic wrote:
On Thu, Nov 03, 2005 at 11:02:49PM -0100, Duncan Webb wrote:
Running a NTP daemon requires a permanent internet connection. Dual boot
usually requires the clock in local time, that's clear.
Absolutely and totally false. Please do your research before making
Archaic wrote:
On Thu, Nov 17, 2005 at 10:08:07PM -, William Zhou wrote:
(BTW, How do I reply to a specif thread instead of creating a new one?
I tried to figure it out but I can't. Thanks.)
You can't. You are using a crappy mail client. Download thunderbird.
I use Thunderbird (1
27 matches
Mail list logo
