Bruce Dubbs wrote:
All outstanding tickets and other issues that I know of have been made
to the lfs-6.2 branch:
svn co svn://linuxfromscratch.org/LFS/branches/6.2/BOOK
If there are no other issues, I will release lfs-6.2-pre2 tomorrow
(Saturday, July 22), probably early evening.
Good! Howeve
Hello,
the CLFS-2.0 book is almost good: it produces a system bootable in qemu
with only minimal deviations, documented below. Screenshot is attached.
One can repeat the steps in the book and below and reproduce the
screenshot even without actually having an ARM board.
Deviations:
1) When b
On Wednesday 12 July 2006 07:26, Nathan Coulson wrote:
>...
>>ntp-stable-4.2.0a-20060224.tar.gz.md5
>...
why not using 4.2.2 ? Is there a technical showstopper?
Thomas
___
Telefonate ohne weitere Kosten vom PC zum PC: htt
IRC log illustrating the problem is pasted below.
(20:28:38) Tizer: Hi patrakov
(20:28:46) patrakov: Hello Tizer
(20:28:46) Tizer: networking woes...
(20:28:50) ***Joe|afk wakes
(20:28:51) Joe|afk: hi patrakov
(20:28:54) Joe|afk теперь известен как Joe
(20:28:57) patrakov: Hello Joe.
(20:29:08) T
The "Needed Patches" page does not list the GRUB Disk Geometry patch, as
I found out when attempting to use jhalfs to build LFS 6.2. It needs to
be added.
Index: branches/6.2/BOOK/chapter03/patches.xml
===
--- branches/6.2/BOOK/chapt
The book just updated to linux-2.6.16.27, but there is currently no
UTF-8 patch for that kernel in the patches repo.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Forget it. I completely overlooked that the list_package functionality
that is broken by the bash bug requires man, which is not available until
after bash is rebuilt. So while applying the patch in chapter 5 would fix
the swarm of error messages, it would not actually enable the
functionality. Sor
Alexander E. Patrakov wrote:
> (20:29:08) Tizer: Interface eth0 doesn't exist... why not?
Here's what we have today:
> These rules will always rename the network cards to "realtek" and
> "intel", independently of the original numbering provided by the
> kernel (i.e.: the original "eth0" and "et
Chris Staub wrote:
> The "Needed Patches" page does not list the GRUB Disk Geometry patch, as
> I found out when attempting to use jhalfs to build LFS 6.2. It needs to
> be added.
>
Indeed. Thanks. Fixed.
Note: GRUB comes after Gawk (and Groff). I had to commit this twice
myself to get it rig
Matthias B. wrote:
> Forget it. I completely overlooked that the list_package functionality
> that is broken by the bash bug requires man, which is not available until
> after bash is rebuilt. So while applying the patch in chapter 5 would fix
> the swarm of error messages, it would not actually en
Chris Staub wrote:
> The book just updated to linux-2.6.16.27, but there is currently no
> UTF-8 patch for that kernel in the patches repo.
Thanks. Fixed in the patches repo as well as the 6.2 download area.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.lin
On July 22, 2006 03:56 pm, Declan Moriarty wrote:
> These sort of results question the whole business of compiling from
> scratch. I have gathered this much
>
> 1. Compiling new versions (particularly gcc-4.1x) the way LFS does it is
> somewhere between a major PITA and impossible.
I'm not sure wha
The first time i built ncurses-5.5 tic complained about some
unresolved symbols.
I built ncurses-5.5 again (this time on LFS-6.2-pre1), and tic doesn't
complain anymore, maybe i did something that caused the problem, or
maybe the problem is related to the host.
I will try to recreate the problem
The Linux From Scratch community is pleased to announce the second
pre-release of LFS 6.2. This release provides several updated to the
-pre1 release. It includes several minor textual changes and updates
patches to vim and grub. It also includes an update to Linix-2.6.16.27.
This being a test rel
Bryan Kadzban wrote:
Alexander E. Patrakov wrote:
(20:29:08) Tizer: Interface eth0 doesn't exist... why not?
Here's what we have today:
These rules will always rename the network cards to "realtek" and
"intel", independently of the original numbering provided by the
kernel (i.e.: the origin
Hi. Sorry if this has been discused before. Rather than:
SPECFILE=`dirname $(gcc -print-libgcc-file-name)`/specs &&
gcc -dumpspecs > $SPECFILE &&
sed '[EMAIL PROTECTED]/lib/ld-linux.so.2@/tools&@g' $SPECFILE > tempspecfile &&
mv -vf tempspecfile $SPECFILE &&
unset SPECFILE
I find it cleaner and e
Bruce Dubbs wrote:
Note: GRUB comes after Gawk (and Groff). I had to commit this twice
myself to get it right.
-- Bruce
But in the build order, GRUB is built before either of those. It is
listed first (among the Gs) because it is actually an acronym. Not
really a big deal to me either way
Alexander E. Patrakov wrote:
> One more issue is with Atheros wi-fi driver: it reportedly creates two
> interfaces with identical MAC addresses, and our rules go crazy. Since I
> don't have the corresponding hardware, I can't offer a working solution.
I have the hardware, but I don't use it that
Robert Connolly wrote:
> Hi. Sorry if this has been discused before. Rather than:
>
> SPECFILE=`dirname $(gcc -print-libgcc-file-name)`/specs &&
> gcc -dumpspecs > $SPECFILE &&
> sed '[EMAIL PROTECTED]/lib/ld-linux.so.2@/tools&@g' $SPECFILE > tempspecfile
> &&
> mv -vf tempspecfile $SPECFILE &&
>
Chris Staub wrote:
> Bruce Dubbs wrote:
>> Note: GRUB comes after Gawk (and Groff). I had to commit this twice
>> myself to get it right.
>>
>> -- Bruce
>
> But in the build order, GRUB is built before either of those. It is
> listed first (among the Gs) because it is actually an acronym. Not
>
On July 23, 2006 12:47 am, Bruce Dubbs wrote:
> Can you create a ticket for this so we don't forget it?
I'd like to, but my hlfs wiki login doesn't work for the lfs wiki, and I can't
register at the lfs wiki because my login is already taken. I'd email
jhuntwork except that he hasn't replied to
21 matches
Mail list logo
