On 3/2/21 4:54 AM, Kevin Buckley wrote:
On Sat, 27 Feb 2021 at 11:27, Bruce Dubbs via lfs-dev
wrote:
We are about ready to release LFS/BLFS 10.1. All tickets have been
closed and all packages have been tested using the current instructions
in the books.
That said, there are probably issues
locally.
Please direct any comments about this release to the LFS development
team at lfs-...@linuxfromscratch.org or blfs-...@linuxfromscratch.org.
Registration for the mailing lists is required to avoid junk email.
-- Bruce Dubbs
LFS
[0] http://www.linuxfromscratch.org/lfs/view/10.1/
[1
On 2/28/21 10:27 PM, Kevin Buckley wrote:
On Sat, 27 Feb 2021 at 11:27, Bruce Dubbs via lfs-dev
wrote:
We are about ready to release LFS/BLFS 10.1. All tickets have been
closed and all packages have been tested using the current instructions
in the books.
That said, there are probably
On 2/26/21 10:13 PM, Xi Ruoyao via lfs-dev wrote:
On 2021-02-26 21:26 -0600, Bruce Dubbs via lfs-dev wrote:
We are about ready to release LFS/BLFS 10.1. All tickets have been
closed and all packages have been tested using the current instructions
in the books.
That said, there are probably
We are about ready to release LFS/BLFS 10.1. All tickets have been
closed and all packages have been tested using the current instructions
in the books.
That said, there are probably issues that still need to be addressed.
If LFS is printed out on paper, it is about 300 pages. If BLFS is
pr
On 2/24/21 12:13 PM, Ken Moffat via lfs-dev wrote:
On Wed, Feb 24, 2021 at 03:48:05AM +, Ken Moffat via lfs-dev wrote:
On Wed, Feb 24, 2021 at 04:31:12AM +0100, Pierre Labastie via lfs-dev wrote:
On Wed, 2021-02-24 at 02:02 +, Ken Moffat via lfs-dev wrote:
I see that people have been b
On 2/22/21 8:43 PM, Ken Moffat via lfs-dev wrote:
On Tue, Feb 23, 2021 at 02:30:38AM +, Ken Moffat wrote:
Finally got a 10.1-rc1+ system booted. But lookign at 'top' on this
8-thread machine it only shows the even-numbered cores (Cpu0 .. 2 ..
4 .. 6). This is plain wierd, is it a regressio
The Linux From Scratch community announces the release of LFS Version
10.1-rc1. It is a preliminary release of LFS-10.1.
The Linux From Scratch community announces the release of LFS Version
10.1-rc1. It is a preliminary release of LFS-10.1. Major changes include
toolchain updates to binutils-2
On 2/12/21 2:39 PM, Joe Locash via lfs-dev wrote:
I haven't seen it mentioned and no reference to it in the dev book but I
ran into this. A make check may fail for binutils-2.36.1 with
glibc-2.33 with:
FAIL: Run property 4
FAIL: Run property 4 (PIE)
FAIL: Run property 5
FAIL: Run p
On 2/11/21 12:29 PM, Ryan Marsaw via lfs-dev wrote:
Hello.
In chapter 8's Coreutils there's this line:
echo '# deleted' > m4/std-gnu11.m4
The original "std-gnu11.m4" is now usable ever since the autoconf
upgrade to 2.71. The echo line can be removed.
Thanks. I'll test and make that change.
On 2/5/21 6:48 AM, Ken Moffat via lfs-dev wrote:
While replying to Frans on -support re his inability to build
glibc-2.33, I glanced at the binutils bugs
https://www.mail-archive.com/bug-binutils@gnu.org/ and said that
2.36 might be buggy. At that time I hadn't read all the links
gurgle found fo
On 1/28/21 2:18 PM, Brendan L via lfs-dev wrote:
On Thu, Jan 28, 2021 at 11:22 AM Bruce Dubbs via lfs-dev
wrote:
On 1/28/21 10:04 AM, Brendan L via lfs-dev wrote:
I thought I'd also mention that for the instructions, it currently
explicitly sets runstatedir=/run. You can have the
On 1/28/21 10:04 AM, Brendan L via lfs-dev wrote:
I thought I'd also mention that for the instructions, it currently
explicitly sets runstatedir=/run. You can have the same effect of
runstatedir=/run by just setting --localstatedir=/var. I found arch
does this in their builds.
That puts files
On 1/16/21 9:43 AM, Jamenson Espindula via lfs-dev wrote:
To re-emphasize: I _solved_ the problem.
How: creating a configuration file from scratch (make config);
answering all the questions accepting the suggested default answers.
After that, I have invoked (make menuconfig) and adjusted some
On 1/13/21 11:45 PM, Jamenson Espindula via lfs-dev wrote:
Em qua., 13 de jan. de 2021 às 12:47, Pierre Labastie via lfs-dev
escreveu:
On Wed, 2021-01-13 at 10:05 -0300, Jamenson Espindula via lfs-dev
wrote:
Looks like you haven't send the whole story. You should have seen
something like:
M
On 12/27/20 3:14 PM, Ken Moffat via lfs-dev wrote:
On Sun, Dec 27, 2020 at 07:18:33PM +, Ken Moffat via lfs-dev wrote:
On Sun, Dec 27, 2020 at 07:28:33PM +0100, gabriele balducci via lfs-dev wrote:
hi
I'm running into a problem with cbindgen-0.16.0 first identified by
renodr. Both Thunder
I'm running into a problem with cbindgen-0.16.0 first identified by
renodr. Both Thunderbird and Firefox fail in the same way.
In file included from Unified_cpp_dom_webgpu1.cpp:110:
/build/firefox/firefox-78.6.0/dom/webgpu/ipc/WebGPUParent.cpp: In member
function ‘mozilla::ipc::IPCResult
mozil
On 12/25/20 12:14 PM, Roger Koehler wrote:
On Fri, Dec 25, 2020 at 11:00 AM Bruce Dubbs wrote:
On 12/25/20 10:36 AM, Roger Koehler wrote:
Bruce,
I moved my /usr/lib to its own partition and got a kernel panic
because the following shared libraries were not in /lib:
libcrypto.so.1.1
libp11
On 12/11/20 10:55 PM, scsijon via lfs-dev wrote:
Sorry folks, but downloading this file from your site gives me a
corrupted file with a not-supported attributes. I've tried it a number
of times with the same result. The NOCHUNKS version however seems to be ok.
There was a typo in the script th
On 12/4/20 10:35 AM, Ryan Marsaw via lfs-dev wrote:
Hello all.
Since Texinfo 6.6, the configure switch "--disable-static" is no longer
recognized. It's safe to remove it from the instructions. No static
libs are installed now, and the ChangeLog mentions this as well.
Thanks. I'll do that in
On 11/18/20 11:05 PM, Kevin Buckley via lfs-dev wrote:
On Wed, 18 Nov 2020 at 00:18, Bruce Dubbs via lfs-dev
wrote:
I am in favor of just removing the strip section in Chapter 7. Saving
90 MB is not really significant for today's HW. We say that the user
should have at least 5 GB fre
On 11/17/20 3:41 AM, Pierre Labastie via lfs-dev wrote:
On Tue, 2020-11-17 at 15:45 +0800, Kevin Buckley via lfs-dev wrote:
On Mon, 16 Nov 2020 at 14:49, Kevin Buckley <
kevin.m.buck...@gmail.com> wrote:
Pretty sure this will be an "end-user" issue but, just in case
anyone
has seen something s
On 11/16/20 10:43 AM, Roger via lfs-dev wrote:
eudev puts udev.pc in /usr/share/pkgconfig; all other packages
use /usr/lib/pkgconfig.
To put udev.pc in /usr/lib/pkgconfig change eudev's "make
install" command to
make sharepkgconfigdir=/usr/lib/pkgconfig install
You can do that, but see
On 11/16/20 8:42 AM, Joel Bion via lfs-dev wrote:
It's always bothered me that for some time (perhaps as long as I have
been using LFS?) that I could not get the kernel symbols properly loaded
by sysklogd, producing a message sequence like this:
Nov 15 15:45:38 www kernel: klogd 1.5.1, log sou
On 11/12/20 12:37 AM, Kevin Buckley via lfs-dev wrote:
On Wed, 11 Nov 2020 at 23:57, Xi Ruoyao via lfs-dev
wrote:
Adding a link in package page will make it easier when some LFS package need to
be upgraded in a completed system.
--
Not sure that that's enough of a justification for having a
On 11/11/20 3:21 AM, Kevin Buckley via lfs-dev wrote:
I was recently trying to generate a downlaod listing of the packages I had used
when building my Pkguser based 9.1 system, inclduing the BLFS components
that I'd merged into a single book.
FWIW, so as to see what I needed to download from BLF
On 10/30/20 11:00 AM, Tim Tassonis via lfs-dev wrote:
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 fea
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 (other than what is in /etc/services, which
is where s
On 10/6/20 7:59 PM, Kevin Buckley via lfs-dev wrote:
On Tue, 6 Oct 2020 at 20:03, Pierre Labastie via lfs-dev
wrote:
Where should such a declaration go?
The attribute has to be declared in the dtd (document type definition),
where anything pertaining to the xml document is declared (not on
On 10/2/20 8:46 AM, John Burrell via lfs-dev wrote:
If you use a script(s) to install LFS (majority here?) you might
consider it best to download the sources through the scripts rather
than storing them all up front before running the scripts. I've been
playing with this and found that it is stra
On 9/28/20 11:46 AM, John Burrell via lfs-dev wrote:
On Mon, 28 Sep 2020 at 16:42, Bruce Dubbs via lfs-dev
wrote:
On 9/28/20 10:13 AM, John Burrell via lfs-dev wrote:
I downloaded the SYSTEMD book and got the wget-list and md5sums files with:
make -j1 -f ${REPODIR}/Makefile -C $REPODIR
On 9/28/20 10:13 AM, John Burrell via lfs-dev wrote:
I downloaded the SYSTEMD book and got the wget-list and md5sums files with:
make -j1 -f ${REPODIR}/Makefile -C $REPODIR BASEDIR=$SourceDir
${SourceDir}/wget-list ${SourceDir}/md5sums
which produces the correct wget-list file but the md5sums f
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/share/locale -name "*.mo" -delete
This would save another
On 9/22/20 2:25 AM, Kevin Buckley via lfs-dev wrote:
On Sun, 13 Sep 2020 at 14:59, Bruce Dubbs via lfs-dev
wrote:
On 9/12/20 9:35 PM, Kevin Buckley via lfs-dev wrote:
One of those things you probably only notice if you are doing
a PkgUser type build, as a root build will simply see the file
On 9/12/20 9:35 PM, Kevin Buckley via lfs-dev wrote:
One of those things you probably only notice if you are doing
a PkgUser type build, as a root build will simply see the file
overwritten without any warning, but wanted to point out that
Chapter 8's TCL installs this manpage
/usr/share/man/ma
On 9/4/20 2:30 AM, Pierre Labastie via lfs-dev wrote:
On Fri, 2020-09-04 at 00:47 -0500, Bruce Dubbs via lfs-dev wrote:
On 9/3/20 10:53 PM, Xi Ruoyao via lfs-dev wrote:
Now we are using --prefix=/usr in "Ch. 6 Cross Compiling Temporary
Tools". The
problem is that configure scripts
On 9/3/20 10:53 PM, Xi Ruoyao via lfs-dev wrote:
Now we are using --prefix=/usr in "Ch. 6 Cross Compiling Temporary Tools". The
problem is that configure scripts (generated by autoconf) will try to load
${prefix}/share/config.site and ${prefix}/etc/config.site. These things are
really "powerful
On 9/2/20 3:04 PM, Tree Davies via lfs-dev wrote:
On Wed, Sep 02, 2020 at 06:56:31PM +0200, Pierre Labastie via lfs-dev wrote:
On Wed, 2020-09-02 at 07:52 -0700, Tree Davies via lfs-dev wrote:
Hi Everyone,
I automated my LFS build, and haven't had any issue with it. The
other day
during a rebu
online[0]-[3], or download[4]-[7] to read locally.
Please direct any comments about this release to the LFS development
team at lfs-...@linuxfromscratch.org or blfs-...@linuxfromscratch.org.
Registration for the mailing lists is required to avoid junk email.
-- Bruce Dubbs
LFS
[0] http
On 8/28/20 10:29 AM, Julien Lepiller via lfs-dev wrote:
Same file (sorry for sending two messages…) "This then creates the specified directory if is
is not" (should be "it is").
Both fixed. Thanks.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscr
On 8/23/20 3:44 PM, DJ Lucas via lfs-dev wrote:
/lib/libbz2.so.1.0 is not a symlink but a hard link. In the grand scheme
of things, it doesn't matter, any real difference (again, super minor)
only shows up when packaging.
Suggest changing the following:
cp -av libbz2.so* /lib
ln -sv ../../lib
On 8/21/20 4:40 PM, Ken Moffat via lfs-dev wrote:
I've now run the full set of tests on three different builds of
10.1-rc1, and I'm almost in agreement about the expected results.
Two builds were on ryzen. Those used -O3 throughout, even in gcc
where I had stopped doing that because of failures
On 8/20/20 11:28 AM, John Burrell via lfs-dev wrote:
I get this result
make[3]: Entering directory '/mnt/lfs/build/m4/m4-1.4.18/lib'
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
On 8/20/20 10:46 AM, Alexey Orishko via lfs-dev wrote:
On Wed, Aug 19, 2020 at 6:05 PM Julien Lepiller via lfs-dev
wrote:
Thank you! More work for my translation though ^^
Fixed "optain", "envirnment", along with several other typos found by enchant at
r12029.
Just in case I found one in
On 8/19/20 9:24 PM, Kevin Buckley via lfs-dev wrote:
Either way, actually, given the four PoIs above, make that, whichever way,
the LFS 10.0 TCL would seem to need a little more work, as it is missing
the manual installation of the HTML docs.
I came to realize that earlier today. It will be d
The Linux From Scratch community announces the release of LFS Version
10.0-rc1. It is a preliminary release of LFS-10.0.
This version of the book has undergone a major reorganization. It uses
enhanced cross-compilation techniques and an environment isolated from
the host system to build tools f
I am planning on committing Pending LFS-10.0-rc1 tomorrow. There are a
few changes to the current development system (linux-5.8.1,
iproute2-5.8.0, libpipeline-1.5.3, and man-pages-5.08) but these really
shouldn't affect what is in the current development book much. There is
a possibility that
On 8/14/20 2:46 AM, Kevin Buckley via lfs-dev wrote:
chapter04/settingenviron.xml, Line 35
- shell, which does not read, and execute, the conten of
/etc/profile or
+ shell, which does not read, and execute, the content of
/etc/profile or
Thatks you. Will fix, but it should be 'contents'.
On 8/13/20 11:32 PM, Kevin Buckley wrote:
On Fri, 14 Aug 2020 at 11:48, Bruce Dubbs via lfs-dev
wrote:
I might have missed this in the email thread but why does the change,
which I've seen at r12020, hard-code the version number and not use
the entity &perl-version-min; ?
...
On 8/13/20 10:29 PM, Kevin Buckley via lfs-dev wrote:
I've also install git using a sed to put the modules into
/usr/lib/perl5/5.32/site_perl..
All of perl itself is in /usr/lib/perl5/5.32/core_perl, all the
extra modules are in /usr/lib/perl5/5.32/site_perl).
I think we ought to change the bo
On 8/5/20 2:25 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-08-05 14:37 +0800, Kevin Buckley via lfs-dev wrote:
On Mon, 3 Aug 2020 at 00:46, Xi Ruoyao via lfs-dev
wrote:
It's nearly impossible. If we do that we'll have to introduce at least five
new
packages: dosfstools, popt, pciutils, efivar, a
On 8/2/20 12:33 PM, Ken Moffat via lfs-dev wrote:
On Thu, Jul 30, 2020 at 08:15:10PM -0500, Bruce Dubbs via lfs-dev wrote:
On 7/30/20 6:22 PM, Ken Moffat via lfs-dev wrote:
On my experimental build which is currently in progress, I managed
to log the results of tcl's tests. At first I th
On 8/1/20 3:10 PM, Timothy Russo via lfs-dev wrote:
With efi being more the standard now, I'd like to ask if we could
default grub to supporting uefi instead of having to use the uefi hint.
Or at last maybe formalize it and make it an option, where you can pick
bios/mbr or uefi option.
The o
On 8/1/20 9:20 AM, Pierre Labastie via lfs-dev wrote:
Hi,
Exceptionally top-posting, because, I'll answer in the message body,
and I want to tell general things first.
First, thanks to Kevin to be our "quality assurance". Those messages
are bugging me, but make me think...
Second, presently, the
On 7/31/20 2:14 PM, Marcel van den Boer via lfs-dev wrote:
Thanks for this,
I compared a completed system of SVN-20200721 with a backup of the
temporary system and found that a few files from the temporary system
are not reinstalled on the final system as a side effect of the new way
of build
On 7/31/20 2:11 PM, William Harrington wrote:
On Jul 31, 2020, at 12:25, Bruce Dubbs via lfs-dev
wrote:
On 7/31/20 11:47 AM, William Harrington via lfs-dev wrote:
Greetings,
While checking file systems, the line at 131 will omit ‘Y’. The message ends up
being “ou may want to double-check
On 7/31/20 11:47 AM, William Harrington via lfs-dev wrote:
Greetings,
While checking file systems, the line at 131 will omit ‘Y’. The message ends up
being “ou may want to double-check that”. I had to remove the character before
‘Y’ to correct the output. Please verify.
The only place in th
On 7/30/20 9:23 PM, Ken Moffat via lfs-dev wrote:
On Thu, Jul 30, 2020 at 08:15:10PM -0500, Bruce Dubbs via lfs-dev wrote:
On 7/30/20 6:22 PM, Ken Moffat via lfs-dev wrote:
What I really think you need to do is do a full build without CFLAGS or
CXXFLAGS set. Then compare with a build with
On 7/30/20 6:22 PM, Ken Moffat via lfs-dev wrote:
On my experimental build which is currently in progress, I managed
to log the results of tcl's tests. At first I thought the tests had
died, but in the end they completed (2.9 SBU with make -j8, most of
the time obviously spent on tests which fai
On 7/28/20 5:30 PM, Ken Moffat via lfs-dev wrote:
On Tue, Jul 28, 2020 at 04:32:50PM -0500, Bruce Dubbs via lfs-dev wrote:
The release will not be in time for LFS-10.
Do you mean "old, with a broken test suite, but released" should
always be preferred to "beta, but looks go
On 7/28/20 3:53 PM, Ken Moffat via lfs-dev wrote:
I'll now mention that a new release of autoconf is being prepared.
2.69b (i.e. beta) came out a few days ago. Looking at gnu git,
there have been a few more fixes since then.
I'm on the autoconf mailing list and built the beta.
Parallel build
On 7/28/20 10:06 AM, Ken Moffat via lfs-dev wrote:
I think the following modifications to the procps-ng testsuite are
unnecessary:
sed -i -r 's|(pmap_initname)\\\$|\1|' testsuite/pmap.test/pmap.exp
sed -i '/set tty/d' testsuite/pkill.test/pkill.exp
rm testsuite/pgrep.test/pgrep.exp
I dropped th
On 7/27/20 10:35 PM, Xi Ruoyao via lfs-dev wrote:
On 2020-07-28 03:30 +0100, Ken Moffat via lfs-dev wrote:
On Mon, Jul 27, 2020 at 09:05:32PM -0500, Douglas R. Reno via lfs-dev wrote:
As far as I know, we have another binutils as well (2.35). I think there's a
new version of Check as well, the
On 7/27/20 8:45 PM, Ken Moffat via lfs-dev wrote:
I see that a newer gettext is now out, which probably allows
bison-3.7.0 to build. Meanwhile, I'm hopeful that bison-3.7.1 will
be out soon, with tests to detect whether it can use the functions
added in 3.7 or must fall back to functions availab
On 7/26/20 6:35 AM, Kevin Buckley via lfs-dev wrote:
At present, the LFS Book, at Revision r12002, says
4.2. Creating the Minimal directory layout in LFS filesystem
The first task performed in the LFS partition is to create a minimal
directory hierarchy so that programs compiled in Chapter 6 ma
On 7/24/20 5:14 AM, John Burrell via lfs-dev wrote:
In section 8.2 Package Management, the 'Hints Project' link is broken.
There are two of them on that page.
Works for me, although the page simply has another link to the directory
listing. I'll go ahead and link to the directory listing in m
On 7/23/20 6:39 AM, John Burrell via lfs-dev wrote:
When running as a package user I couldn't compile libstdc++ in chapter
7 because it couldn't find libfl.so.2
I had to go back and add flex to chapter 6 to provide this library.
Then it worked.
I assume that if you follow the book then this libr
On 7/22/20 4:06 AM, John Burrell via lfs-dev wrote:
I'm experimenting with installing chapters 5 and 6 as a package user.
Can I safely delete the directory $LFS/usr/share/locale for each
package that is reinstalled in Chapter 8?
I assume I can, but thought I should ask in case the locales from
ch
On 7/21/20 6:10 AM, Kevin Buckley via lfs-dev wrote:
Noticed this in r11999 chapter07/creatingdirs.xml
...
mkdir -pv /usr/{,local/}share/man/man{1..8}
install -dv -m 1777 /tmp /var/tmp
install -dv -m 0750 /root
mkdir -v /var/{log,mail,spool}
ln -sv /run /var/run
ln -sv /run/lock /var/lock
mkdi
On 7/20/20 3:21 AM, Kevin Buckley via lfs-dev wrote:
Haven't got there in a build yet, as I'm looking at where to build
Shadow, so as to get an su. but have noticed that there's an explicit
"testers" user being created now, so as to run some Chapter 8 tests
that should not be run as root.
Given
On 7/19/20 11:15 AM, Ken Moffat via lfs-dev wrote:
Where tests for a past version have been known to fail using -jN, we
tend to carry forward a warning. Perhaps it would be more useful
to say 'have been known to fail'.
For example, today I tested the bison dev version on a completed
system, and
On 7/13/20 6:18 AM, Kevin Buckley via lfs-dev wrote:
At present, in Chapter 4, the host system's root user creates a
minimal directory hierarchy, then creates the lfs user and then
chown's the minimal directory hierarchy so as to be owned by th e
lfs user, and finally does an su to the lfs user.
On 7/11/20 7:38 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-07-11 11:28 +, John Frankish via lfs-dev wrote:
A couple of errors found:
Chapter 6. Cross Compiling Temporary Tools
6.7. File-5.39
Building gives the error:
Cannot use the installed version of file (5.37) to
cross-compile file 5.39
On 7/7/20 8:13 AM, Pierre Labastie via lfs-dev wrote:
On Tue, 2020-07-07 at 11:56 +0100, Roger via lfs-dev wrote:
Yesterday I built LFS-9.1 (sysvinit not systemd) with /usr
on a separate partition. Localnet failed when I booted. This
is because ip (from iproute2) links to libelf which is in
/usr
On 6/21/20 5:33 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-21 18:22 +0800, Xi Ruoyao via lfs-dev wrote:
On 2020-06-21 05:16 -0500, Bruce Dubbs via lfs-dev wrote:
On 6/21/20 12:57 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-21 13:24 +0800, Xi Ruoyao via lfs-dev wrote:
On 2020-06-20 21:24
On 6/21/20 12:57 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-21 13:24 +0800, Xi Ruoyao via lfs-dev wrote:
On 2020-06-20 21:24 -0500, Bruce Dubbs via lfs-dev wrote:
On 6/20/20 8:30 PM, Bruce Dubbs wrote:
On 6/20/20 7:07 PM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-20 16:58 -0500, Bruce Dubbs
On 6/20/20 8:30 PM, Bruce Dubbs wrote:
On 6/20/20 7:07 PM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-20 16:58 -0500, Bruce Dubbs via lfs-dev wrote:
On 6/20/20 2:42 PM, Xi Ruoyao via lfs-dev wrote:
The discussion with Frans de Boer in lfs-support shown that the
environment
variables from host
On 6/20/20 7:07 PM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-20 16:58 -0500, Bruce Dubbs via lfs-dev wrote:
On 6/20/20 2:42 PM, Xi Ruoyao via lfs-dev wrote:
The discussion with Frans de Boer in lfs-support shown that the environment
variables from host can catch us completely off guard. Though
On 6/20/20 2:42 PM, Xi Ruoyao via lfs-dev wrote:
The discussion with Frans de Boer in lfs-support shown that the environment
variables from host can catch us completely off guard. Though in his case the
problem is that he forgot to create /home/lfs/.bash_profile, normally
/etc/bash.bashrc would
On 6/19/20 11:58 AM, Pierre Labastie via lfs-dev wrote:
On Fri, 2020-06-19 at 16:26 +0100, Ken Moffat via lfs-dev wrote:
I've now been through my test logs for the new build (on my i7
haswell).
Here are a few comments (in order of testing)
bison-3.6.3
---
Here, I strongly disagree t
On 6/18/20 2:15 AM, Pierre Labastie via lfs-dev wrote:
Thanks. This is "just" a typo here, but I guess we'll find some more
errors: a big rewrite like that implies two very different tasks:
- make the instructions work (lot of trial and error)
- keep the text in sync with the instructions (not a
On 6/17/20 3:36 PM, Ken Moffat via lfs-dev wrote:
On this build, after misreading 'stripping' earlier in the book (and
trashing the partial system by running it from within chroot) I had
to start over. So, before trying 'stripping again' I exited,
unmounted, copied everything, then remounted be
On 6/17/20 1:55 PM, Ken Moffat via lfs-dev wrote:
Bringing this here now that Scott Andrews has pointed me towards the
source of why users could not su on my new system: loss of suid.
In the past I have not usually run what was in 'Stripping Again'
because my CFLAGS drop debug information. But
The changes to LFS announced earlier are now incorporated into the main
book. For those who checked out
svn://svn.linuxfromscratch.org/LFS/trunk/BOOK/, you only need to do an
'svn update' and rebuild the book.
For those who checked out the entire repository, you will need to go to
the head of
On 6/15/20 6:28 AM, Kevin Buckley via lfs-dev wrote:
Might I playfully suggest that LFS should find a package that could
optionally be built with CMake, so as to introduce new readers to that
build system here too, rather than making them wait for that joy in
BLFS.
It has been considered, but
On 6/15/20 2:09 AM, Kevin Buckley via lfs-dev wrote:
On Sat, 13 Jun 2020 at 20:46, Bruce Dubbs via lfs-dev
wrote:
In the last few weeks, the LFS editors have been working on a major
overhaul of LFS. This work can be reviewed at
http://www.linuxfromscratch.org/~bdubbs/cross2-lfs-book/
Was
On 6/14/20 11:41 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-06-14 10:49 -0500, Bruce Dubbs via lfs-dev wrote:
On 6/14/20 8:35 AM, Pierre Labastie via lfs-dev wrote:
On Sun, 2020-06-14 at 15:15 +0200, Pierre Labastie via lfs-dev wrote:
I am currently testing whether moving iana-etc before gcc
On 6/14/20 8:35 AM, Pierre Labastie via lfs-dev wrote:
On Sun, 2020-06-14 at 15:15 +0200, Pierre Labastie via lfs-dev wrote:
I am currently testing whether moving iana-etc before gcc may allow
tests to pass, as reported by Joe Locash. If so, I'll commit it.
Hmm, having iana-etc does not chan
In the last few weeks, the LFS editors have been working on a major
overhaul of LFS. This work can be reviewed at
http://www.linuxfromscratch.org/~bdubbs/cross2-lfs-book/
The elements of building LFS using cross compiling techniques have
changed a lot. The old Chapter 5 has been split into t
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
wrote:
I will also keep it short. Do not ever use the word "nazis" again on
this list. Nobody here deserves to be called that.
Andrew
# I’ll keep it short and make all of you top
On 6/12/20 10:00 PM, William Harrington via lfs-dev wrote:
Greetings,
I’ve noticed that LFS is only targeting i386 and AMD64. The is a great hunger
for LFS to support ARM. Many have wished for the support. What is keeping LFS
from supporting ARM?
What I have seen while reading forums and IRC
On 6/12/20 7:14 PM, Ken Moffat via lfs-dev wrote:
I've been updating my local copy of cross2, and creating that book,
without noticing any obvious problems. But before I attempt to
check my scripts agaisnt it I thought I'd better ensure that my copy
of trunk (from which I update package versions
On 6/6/20 4:39 PM, Ken Moffat via lfs-dev wrote:
Well, again thanks, but I'm not at all certain. For example, the
host system is the one where after its first boot I managed to run
the 'check' tests without failures. Now (normal desktop installed,
but same kernel) the tests which raise sigfpe
On 6/6/20 2:05 PM, Ken Moffat via lfs-dev wrote:
I can see that the tester user gets added by a command which uses
ls -n $(tty)
and I now see that this results for me in a value of 1000.
What I don't understand is where that comes from. On my systems
user 1000 happens to be the most important
On 5/30/20 12:00 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-05-15 15:09 +0800, Xi Ruoyao via lfs-dev wrote:
On 2020-05-11 23:05 +0800, Xi Ruoyao via lfs-dev wrote:
On 2020-05-11 09:19 -0500, Bruce Dubbs via lfs-dev wrote:
On 5/11/20 8:23 AM, Pierre Labastie via lfs-dev wrote:
On Mon, 2020-05
On 5/26/20 7:49 AM, Pierre Labastie via lfs-dev wrote:
[snip]
I have changed mounting /dev/pts as --bind. We should allow the
possibility to revert if we find out that some distros have gid!=5 for
tty. It removes one failure in coreutils tests.
I have changed the way to su to nobody for bash.
On 5/21/20 5:41 PM, Ken Moffat via lfs-dev wrote:
At the moment we have a known failure in automake-1.16.2,
tags-lisp-space.sh. This fails because etags is not present. The
test tagsub similarly wants to use etags, but for that the test is
skipped.
The difference is that tagsub has
required=
On 5/19/20 2:25 PM, Akira Urushibata via lfs-dev wrote:
Is there any problem with making a new directory at the filesystem
base level?
In theory there could be a distribution which already has a /tool
directory. But I have never heard of that.
What alternatives are there to /tool ? If /tool i
On 5/13/20 11:33 PM, Ken Moffat via lfs-dev wrote:
I notice that in some places people have overridden any existing
CFLAGS when adding -fcommon. In most places, for those of us who
care the fix is obvious (CFLAGS="$CFLAGS -fcommon"). One or two
packages will turn out to be more painful.
The fi
On 5/11/20 8:23 AM, Pierre Labastie via lfs-dev wrote:
On Mon, 2020-05-11 at 19:51 +0800, Xi Ruoyao via lfs-dev wrote:
I just redone LFS build for GCC-10.1.0. I proposed several
improvements during
the process:
At first, some changes suggested by Firas:
1. Remove bzip2 in Chap. 5. No other c
1 - 100 of 1303 matches
Mail list logo
