On Tue, 24 Jul 2007 13:53:17 -0500
Bruce Dubbs [EMAIL PROTECTED] wrote:
The Linux From Scratch community is pleased to announce the first
release candidate of LFS 6.3. Please see
http://www.linuxfromscratch.org/lfs/view/6.3-rc1/chapter01/whatsnew.html
for a complete list of new packages since
On Wed, 25 Jul 2007 07:45:43 +0100
TheOldFellow [EMAIL PROTECTED] wrote:
On Tue, 24 Jul 2007 13:53:17 -0500
Bruce Dubbs [EMAIL PROTECTED] wrote:
The Linux From Scratch community is pleased to announce the first
release candidate of LFS 6.3. Please see
Jeremy Huntwork jhuntwork at linuxfromscratch.org writes:
If I end up getting it sorted it out, I'll let you take a look before I
commit anything.
Manuel, I'm slowly beginning to understand how the HLFS render 'magic' works.
One question: would the 'condition' parameter be usable in an ENTITY
Jeremy Huntwork jhuntwork at linuxfromscratch.org writes:
2) The commands to adjust the gcc spec file would have to change to
incorporate either dynamic linker. (Also, the current command in chapter
5's adjusting the toolchain, gcc -dumpspecs | sed
's at ^/lib/ld-linux.so.2 at /tools at g'
Jeremy Huntwork wrote:
Heya,
Not sure how important this is for the rc books, but chapter 6 gcc tells
the user to compare the gcc test results with those at this missing
link:
http://www.linuxfromscratch.org/lfs/build-logs/6.3-rc1
Just want to make sure we don't forget to generate
On 7/25/07, Bruce Dubbs [EMAIL PROTECTED] wrote:
Jeremy Huntwork wrote:
Heya,
Not sure how important this is for the rc books, but chapter 6 gcc tells
the user to compare the gcc test results with those at this missing
link:
http://www.linuxfromscratch.org/lfs/build-logs/6.3-rc1
Randy McMurchy wrote:
Bruce Dubbs wrote these words on 07/25/07 19:21 CST:
Where is the `eject' program located? It is not in BLFS; at least it is
not in the index.
It is not in BLFS. It is referenced a couple of times in the book as
an optional component. It is truly CMMI. If I
Greg Schafer wrote:
Anyhow, I still suspect there is a buglet involving MULTILIB_OSDIRNAMES
somewhere in the GCC driver that needs to be accounted for in this
`--disable-multilib' build method, but my brain hurts when trying to
figure out all the twisty parts of gcc.c.
Thanks for your help
Jeremy Huntwork wrote:
Do you know off-hand if anything changes with gcc-4.2?
I've only tested x86 with GCC-4.2. I'll get to x86_64 and ppc when time
allows.
Regards
Greg
--
http://www.diy-linux.org/
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ:
Jeremy Huntwork wrote:
Jeremy Huntwork wrote:
As an aside, the effects of their not having a /lib64 dir or symlink
seems to be that if I want to use a CLFS system as a host, I *must* use
their pure64 patch. I tried a build last night without using that patch
and just using
On 7/25/07, DJ Lucas [EMAIL PROTECTED] wrote:
/sources/dbus-python-0.82.0/install-sh -c -m 644 'types.py'
'/usr/lib/python2.5/site-packages/dbus/types.py'
'import site' failed; use -v for traceback
Traceback (most recent call last):
File string, line 2, in module
File
Randy McMurchy wrote:
Bruce Dubbs wrote these words on 07/25/07 19:21 CST:
Where is the `eject' program located? It is not in BLFS; at least it is
not in the index.
It is not in BLFS. It is referenced a couple of times in the book as
an optional component. It is truly CMMI. If I recall,
On Wed, Jul 25, 2007 at 05:45:48PM -0400, Ivan Kabaivanov wrote:
The only big issue is 32bit vs 64bit. As someone already mentioned
previously
in this thread, there are almost nil benefits in building a 64bit userland.
Very few applications can make use of being compiled 64bit. So on
On Tuesday 24 July 2007 12:10, Matthew Burgess wrote:
On Tue, 24 Jul 2007 11:59:39 -0400, Jeremy Huntwork
[EMAIL PROTECTED] wrote:
Matthew Burgess wrote:
On Tue, 24 Jul 2007 11:40:24 -0400, Jeremy Huntwork
[EMAIL PROTECTED] wrote:
The question is, do we want x86_64 to be a separate
Hello,
The LFS LiveCD team is pleased to announce a new 64bit-only CD. It is a
minimal CD, meaning that it contains no X Windows System and dependent
software nor any source packages. The LFS book that is included is based
on the current development x86_64 branch. Be advised that as of now
On 7/25/07, Randy McMurchy [EMAIL PROTECTED] wrote:
Dan Nicholson wrote these words on 07/25/07 18:21 CST:
I think you actually need the `eject' program. It's a runtime dep for
HAL on Linux. It's called by /usr/lib/hal/hal-storage-eject, which is
used by the Eject method.
I get it now.
El Miércoles, 25 de Julio de 2007 19:10, Jeremy Huntwork escribió:
Manuel, I'm slowly beginning to understand how the HLFS render 'magic'
works. One question: would the 'condition'
For LFS we should use the arch= attribute. It's more semantically correct.
parameter be usable in an ENTITY
On Wed, Jul 25, 2007 at 08:07:24PM +0200, M.Canales.es wrote:
I'm not sure what do you meant, but entities are resolved while loading the
XMLs in memory and before processing the they with XSL, thus I don't see how
could we say to xmllint/xsltproc that they must use one set of entities or
On Wed, Jul 25, 2007 at 05:24:04PM +, Jeremy Huntwork wrote:
can easily become:
gcc -dumpspecs | sed -e 's@/tools@@g' \
I can't test this on x86 right atm... would anyone be able to verify that this
command would also work for x86?
Nevermind. I verified it. Will be adding this to the
19 matches
Mail list logo