On 10/29/20 1:31 PM, Bruce Dubbs via lfs-dev wrote:
On 10/29/20 12:49 AM, Geoff Swan via lfs-dev wrote:
Hi,
I've build many LFS systems using sysklogd as per the book. However new
remote logging systems are asking for logging features that sysklogd
does not possess.
These include port changes
On 9/25/20 6:06 PM, Bruce Dubbs via lfs-dev wrote:
On 9/25/20 10:39 AM, Tim Tassonis via lfs-dev wrote:
Hi all
In 7.14, the book recommends to remove the temporary domumentation, by
rm -rf /usr/share/{info,man,doc}/*
I think the same could be done with the locale files, by
find /usr
Hi all
In 7.14, the book recommends to remove the temporary domumentation, by
rm -rf /usr/share/{info,man,doc}/*
I think the same could be done with the locale files, by
find /usr/share/locale -name "*.mo" -delete
This would save another 70 MB of disk space. I highly doubt anyone would
want
On 9/24/20 9:28 PM, Pierre Labastie via lfs-dev wrote:
On Thu, 2020-09-24 at 21:17 +0200, Tim Tassonis via lfs-dev wrote:
Hi all
make -k check fails on my lfs 10.0 build, with following errors:
after a while, I get this
gcctestdir/collect-ld: internal error in set_section_addresses, at
Hi all
make -k check fails on my lfs 10.0 build, with following errors:
after a while, I get this
gcctestdir/collect-ld: internal error in set_section_addresses, at
../../gold/output.cc:4445
collect2: error: ld returned 1 exit status
make[5]: *** [Makefile:9503: incremental_copy_test] Error 1
Hi all
While building lfs 10.0 from the book, I noticed that the linux api
headers are installed in chapter 5, but not again in chapter 8.
While this of course works, as they are installed into /usr, it seems a
bit inconsequential to me, as everything else seems to get re-installed
in chapte
On 9/12/20 3:22 PM, Tim Tassonis via lfs-dev wrote:
Hi all
When trying to build chapter 6.2 m4, I get
CC gl_avltree_oset.o
CC binary-io.o
CC c-ctype.o
CC c-stack.o
CC c-strcasecmp.o
CC c-strncasecmp.o
CC clean-temp.o
In file
Hi all
When trying to build chapter 6.2 m4, I get
CC gl_avltree_oset.o
CC binary-io.o
CC c-ctype.o
CC c-stack.o
CC c-strcasecmp.o
CC c-strncasecmp.o
CC clean-temp.o
In file included from /lfs/usr/include/stdlib.h:1018,
from
On 9/12/20 1:59 PM, Xi Ruoyao via lfs-dev wrote:
On 2020-09-12 13:48 +0200, Tim Tassonis via lfs-dev wrote:
Hi all
I'm finally doing a full new build of LFS (Version 10.0) and have
noticed that in chapter 6, the temporary tools are now installed
directly into $LFS, unlike in older ver
Hi all
I'm finally doing a full new build of LFS (Version 10.0) and have
noticed that in chapter 6, the temporary tools are now installed
directly into $LFS, unlike in older versions, where they went into
$LFS/tools.
I assume this has some advantages, but I liked the old approach, as it
gav
On 6/13/20 3:30 PM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-13 07:22 -0500, Bruce Dubbs via lfs-dev wrote:
On 6/13/20 7:03 AM, William Harrington via lfs-dev wrote:
On Jun 12, 2020, at 23:40, Andrew Nevai via lfs-dev <
lfs-dev@lists.linuxfromscratch.org> wrote:
I will also keep it short.
On 9/3/19 3:28 PM, Bruce Hill via lfs-dev wrote:
On Tue, Sep 03, 2019 at 12:39:18PM +0800, Kevin Buckley via lfs-dev wrote:
Actually, as one of the people who strived to get away from the
default package ordering (more or less alphabetcial once a core
set of packages had been installed) when th
On 8/22/19 10:35 AM, Akira Urushibata via lfs-dev wrote:
I will talk about LFS on Saturday (Japan time) in an event for open
source developers.
The LFS Book has been translated into Japanese, but from what I have
heard, it is not widely known. Initially I suggested the lecture title
"LFS: The O
On 6/27/19 11:24 AM, Marty Jack via lfs-dev wrote:
Reading the new homepage, it seems this is the gentleman who rewrote librsvg in
Rust and plans to do the same for bzip2. If he cannot be dissuaded, this will
have a disastrous effect on Chapter 5.
Ridiculous at best. I'm eagerly waiting for
14 matches
Mail list logo
