On 2018-11-08 10:50 +, John Frankish via lfs-dev wrote:
> Ref:
>
> Linux From Scratch - Version SVN-20181029
> Chapter 5. Constructing a Temporary System
> 5.5. GCC-8.2.0 - Pass 1
>
> Using the latest script to update the dynamic linker results in gcc
> failing to build.
I was building SVN-2
On 2018-11-10 13:13 +, John Frankish via lfs-dev wrote:
> > > Ref:
> > >
> > > Linux From Scratch - Version SVN-20181106 Chapter 6. Installing
> > > Basic
> > > System Software 6.9. Glibc-2.28
> > >
> > > The instructions mention:
> > >
> > > libc_cv_slibdir=/lib
> > > This variable set
systemd-239 test suite fails in BLFS:
> exec-basic.service: Executing: /bin/touch /tmp/b
> exec-basic.service: Failed to execute command: No such file or
directory
We can list `touch` as "a Coreutils programs expected by BLFS packages
to be in /bin", and move it to /bin in Sect. 6.54 (along with
1. We are using a sed to prevent the installation of two static
libraries lib{crypto,ssl}.a but they are listed in "Installed
Libraries". We should remove them from the list.
2. We should explain the meaning of the sed and "MANSUFFIX=ssl".
--
Xi Ruoyao
School of Aerospace Science and Technolo
On 2019-01-21 10:44 +0100, Pierre Labastie via lfs-dev wrote:
> Hi,
>
> My machine has an UEFI BIOS, so that I rarely run grub-install. But yesterday,
> I built a new qemu VM, with a non-UEFI (virtual) BIOS. When running
> grub-install, it failed with a message (sorry, I haven't saved it) telling
On 2019-01-21 11:14 -0600, Bruce Dubbs via lfs-dev wrote:
> On 01/21/2019 04:06 AM, Pierre Labastie via lfs-dev wrote:
> > On 20/01/2019 22:52, Bruce Dubbs via lfs-dev wrote:
> > > On 01/20/2019 03:16 PM, Ryan Marsaw via lfs-dev wrote:
> > > > Hello LFS editors.
> > > >
> > > > When I boot into my
There should be a "content" section like other section 5 packages,
looks like:
Details on this package are located in
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfrom
On 2019-02-01 15:07 -0600, Bruce Dubbs via lfs-dev wrote:
> This gives me:
>
> FAIL: inet/tst-idna_name_classify
> UNSUPPORTED: math/test-double-libmvec-alias-avx512
> UNSUPPORTED: math/test-double-libmvec-alias-avx512-main
> UNSUPPORTED: math/test-double-libmvec-sincos-avx512
> UNSUPPORTED: math/
On 2019-02-01 23:40 -0600, Bruce Dubbs via lfs-dev wrote:
> On 02/01/2019 09:53 PM, Ken Moffat via lfs-dev wrote:
> > On Fri, Feb 01, 2019 at 09:05:41PM -0600, Bruce Dubbs via lfs-dev wrote:
> > > On 02/01/2019 08:26 PM, Xi Ruoyao via lfs-dev wrote:
> > > > > FAIL
On 2019-02-02 09:35 +0100, Thomas Trepl via lfs-dev wrote:
>
> Why do we build python3 after glibc in chap-5 then? That would
> require to have P3 on host system (which usually is) but can't we get
> rid of that dependency if building P3 before glibc?
Python3 needs glibc. If we build it before
We should change the command creating the symlink to the dynamic linker so the
test can be run on 32-bit machine:
case $(uname -m) in
i?86) ln -sfnv $PWD/elf/ld-linux.so.2/lib ;;
x86_64) ln -sfnv $PWD/elf/ld-linux-x86-64.so.2 /lib64 ;;
esac
--
Xi Ruoyao
School of Aerospace Scienc
On 2019-02-02 06:49 -0600, Bruce Dubbs via lfs-dev wrote:
> On 02/02/2019 05:35 AM, Xi Ruoyao via lfs-dev wrote:
> > We should change the command creating the symlink to the dynamic linker so
> > the
> > test can be run on 32-bit machine:
> >
> > case $(uname -m
On 2019-02-03 12:41 +, spiky0011 via lfs-dev wrote:
> Just trying the svn version at
> http://www.linuxfromscratch.org/lfs/view/systemd/chapter06/findutils.html
> Next, make some fixes required by glibc-2.28:
> "
> sed -i 's/IO_ftrylockfile/IO_EOF_SEEN/' gl/lib/*.c
> sed -i '/unistd/a #inclu
On 2019-02-10 09:54 -0600, Bruce Dubbs via lfs-dev wrote:
> On 02/10/2019 06:41 AM, Pierre Labastie via lfs-dev wrote:
> > On 10/02/2019 08:45, Brandon Murry via lfs-dev wrote:
> > > Hi, I hope this is the right place to put this.
> > > I've been attempting to build Linux From Scratch from the deve
On 2019-02-15 23:55 -0800, Brandon Murry via lfs-dev wrote:
> Thanks for everyone's help getting through some of the problems I encountered.
> Finally got LFS complete and booted and thought I could share a few things
> extra issues I came across using git repositories for GCC and the Linux
> kerne
Now GCC relys on ISL (https://repo.or.cz/isl.git) to enable graphite
optimization, instead of Cloog-PPL and PPL.
We should update this in LFS Appendix C.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http:/
On 2019-02-25 20:31 +, DJ Lucas (LFS) via lfs-dev wrote:
> On February 25, 2019 11:44:00 AM CST, Xi Ruoyao via lfs-dev <
> lfs-dev@lists.linuxfromscratch.org> wrote:
> > Now GCC relys on ISL (https://repo.or.cz/isl.git) to enable graphite
> > optimization, inst
On 2019-02-28 19:56 +0100, Christer Solskogen via lfs-dev wrote:
> On 26.02.2019 05:14, Xi Ruoyao via lfs-dev wrote:
> > On 2019-02-25 20:31 +, DJ Lucas (LFS) via lfs-dev wrote:
> > > On February 25, 2019 11:44:00 AM CST, Xi Ruoyao via lfs-dev <
> > > lfs-dev@lis
On 2019-03-01 14:55 -0600, Bruce Dubbs via lfs-dev wrote:
> I'm going to commit gcc-8.3 today, but there are some slight problems
> with the test site that we may be able to address.
>
> There are six failures:
>
> FAIL: 22_locale/time_get/get_time/wchar_t/2.cc execution test
> FAIL: 22_locale/t
Niuneilneo questioned us for "inconsistent" version numbers. So I ran
grep -r "\-[0-9]\+\.[0-9]\+" chapter* prologue appendices
to detect hard-coded version numbers. All of them are OK but one:
"/usr/lib/libffi-3.2.1/include"
in chapter06/libffi.xml:55 should be
"/usr/lib/libffi-
On 2019-02-01 21:01 -0700, Gavin Howard via lfs-dev wrote:
> You're welcome! And replacing the GNU bc after this upcoming release sounds
> great to me.
>
> Gavin H.
>
> On Fri, Feb 1, 2019, 17:04 Douglas R. Reno via lfs-dev <
> lfs-dev@lists.linuxfromscratch.org> wrote:
> > On 2/1/19 4:43 PM, Bru
In general.ent "versiond" is still 20190225-systemd. Should be 20190301-
systemd.
Sorry for multiple mails but I just seen this one (before I go to sleep).
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: htt
在 2019-03-04一的 17:26 -0600，Bruce Dubbs via lfs-dev写道：
> On 3/4/19 3:24 PM, Xi Ruoyao via lfs-dev wrote:
> > In general.ent "versiond" is still 20190225-systemd. Should be 20190301-
> > systemd.
>
> Thanks for the report. I went ahead and set it to March 1st.
>
misc/check-installed now *always* fails because the changes in Linux-5.0
headers.
See https://sourceware.org/ml/libc-alpha/2019-01/msg00413.html.
We should mention it in the book.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/l
On Sat, 2019-03-23 at 16:48 +0800, Kevin Buckley via lfs-dev wrote:
> Once again,not sure of this is LFS-dev related, so wanted to ask, for future
> reference,
>
> are "Multilib patch:" discussions mre suited to another LFS list than lfs-
> dev:
> maybe they are a good fit for CLFS ?
CLFS has
In r11250 DJ introduced several symlinks and GCC -isystem options for Glibc so
it will use the final system location of system headers. When I was poking
around Debian package build processes I found they were using -ffile-prefix-map
to complete this goal.
This has serveral advantages:
1. The in
On 2019-03-24 12:49 -0500, Bruce Dubbs via lfs-dev wrote:
> On 3/24/19 12:20 PM, Xi Ruoyao via lfs-dev wrote:
> > In r11250 DJ introduced several symlinks and GCC -isystem options for Glibc
> > so
> > it will use the final system location of system headers. When I was pok
On 2019-03-25 14:12 +0100, Pierre Labastie via lfs-dev wrote:
> On 25/03/2019 10:34, Xi Ruoyao via lfs-dev wrote:
> > On 2019-03-24 12:49 -0500, Bruce Dubbs via lfs-dev wrote:
> > > On 3/24/19 12:20 PM, Xi Ruoyao via lfs-dev wrote:
> > > > In r11250 DJ introduced sev
On 2019-03-25 18:12 +0100, Pierre Labastie via lfs-dev wrote:
> On 25/03/2019 16:05, Bruce Dubbs via lfs-dev wrote:
> > On 3/25/19 8:12 AM, Pierre Labastie via lfs-dev wrote:
> > > On 25/03/2019 10:34, Xi Ruoyao via lfs-dev wrote:
> > > > On 2019-03-24 12:49 -0500,
On 2019-03-26 19:11 +, Ken Moffat via lfs-dev wrote:
> On Tue, Mar 26, 2019 at 06:11:52PM +, Ken Moffat via lfs-dev wrote:
> > Posting to lfs-dev because this seems to potentially affect all
> > meson builds. In BLFS we already make release builds for cmake
> > packages (i.e. without asser
On 2019-03-28 15:15 +1000, James B via lfs-dev wrote:
> On Wed, 27 Mar 2019 21:59:38 -0500
> Bruce Dubbs via lfs-dev wrote:
>
> > There are just too many problems with meson-0.50.0. Therefore I have
> > reverted to meson-0.49.2 in lfs-svn until it gets fixed.
>
> What I don't understand is the
On 2019-03-28 16:35 +1000, James B wrote:
> On Thu, 28 Mar 2019 13:45:56 +0800
> Xi Ruoyao via lfs-dev wrote:
>
> > > Just my 2 cents.
> >
> > Also, just my 0.01 yuan (about 1/7 cents :).
>
> LOL. I certainly agree with you that autotools and cmake are
On 2019-03-28 12:11 -0500, Bruce Dubbs via lfs-dev wrote:
> On 3/28/19 12:45 AM, Xi Ruoyao via lfs-dev wrote:
> > On 2019-03-28 15:15 +1000, James B via lfs-dev wrote:
> > > On Wed, 27 Mar 2019 21:59:38 -0500
> > > Bruce Dubbs via lfs-dev wrote:
> > >
>
On 2019-04-03 13:06 -0700, Mark Wigzell via lfs-dev wrote:
> Hey guys,
> I'm using the "more-control-helpers" hint. I guess its no longer supported
> because in trying to build the "gnome-control-panel" I ran into a bunch of
> ninja builds that fail with:
> pkexec must be setuid root
> (this is cas
On 2019-04-04 16:43 -0500, Bruce Dubbs via lfs-dev wrote:
> On 4/4/19 4:11 PM, Pierre Labastie via lfs-dev wrote:
> > I've been testing several things for glibc in chapter 6 recently:
> >
> > - glibc-2.29 has introduced a hard dependency on Python 3. Previous versions
> > were only dependent on pe
On 2019-04-21 11:27 +0800, Kevin Buckley via lfs-dev wrote:
> On Sat, 20 Apr 2019 at 23:49, Bruce Dubbs via lfs-dev
> wrote:
>
> Indeed, I now see why you would want multiple, arch-specific, locations
> for arch-specific Pkg-Config files, and a location for arch-agnostic ones,
> however, the ques
On 2019-04-23 04:09 +0100, Ken Moffat via lfs-dev wrote:
> On Thu, Apr 18, 2019 at 10:59:04PM +0100, Ken Moffat wrote:
> > I was looking through my logs to identify which packages do not use
> > my CFLAGS, CXXFLAGS (thinking about trying LTO at some point) and
> > reading the voluminous output from
On 2019-04-30 13:46 +0800, Kevin Buckley via lfs-dev wrote:
> On Sun, 21 Apr 2019 at 12:08, Xi Ruoyao via lfs-dev
> wrote:
>
> > > by virtue of pointing to the /lib/udev, which is arch-specific,
> >
> > It's not. /lib/udev only contains udev scripts
The test suite log says:
*** Obsolete types detected:
/usr/include/linux/sysctl.h:KERN_PANIC_PRINT=78, /* ulong: bitmask to print
system info on panic */
So this test failure seems because of changes in Linux API headers.
Should we note this in the book?
--
Xi Ruoyao
School of Aerospace Sc
On 2019-05-02 12:48 -0500, Bruce Dubbs via lfs-dev wrote:
> On 5/2/19 12:15 PM, Xi Ruoyao via lfs-dev wrote:
> > The test suite log says:
> >
> > *** Obsolete types detected:
> > /usr/include/linux/sysctl.h:KERN_PANIC_PRINT=78, /* ulong: bitmask to
> &g
Hi folks,
I just updated the status of GCC test suite in r11593. I noticed two failures
because the lack of /etc/hosts and iana-etc. They can be resolved by using the
minimal hosts file from Perl page, and installing iana-etc before GCC.
The edited book is at http://www.linuxfromscratch.org/~xr
On 2019-05-07 11:46 -0500, Bruce Dubbs via lfs-dev wrote:
> On 5/7/19 6:07 AM, Xi Ruoyao via lfs-dev wrote:
> > Hi folks,
> >
> > I just updated the status of GCC test suite in r11593. I noticed two
> > failures
> > because the lack of /etc/hosts and iana-et
On 2019-05-07 14:14 -0500, Bruce Dubbs via lfs-dev wrote:
> On 5/7/19 12:44 PM, Xi Ruoyao via lfs-dev wrote:
> > On 2019-05-07 11:46 -0500, Bruce Dubbs via lfs-dev wrote:
> > > On 5/7/19 6:07 AM, Xi Ruoyao via lfs-dev wrote:
> > > > Hi folks,
> > > >
>
On 2019-05-10 15:35 -0400, Joe Locash via lfs-dev wrote:
> In section 6.72 when building systemd, symlinks are created to
> /tools/lib/lib{blkid,mount,uuid}*. When util-linux is rebuilt in 6.75 it is
> built with --disable-static. In section 5.34, util-linux is not built with
> that flag so .a stat
On 2019-05-12 05:24 +0100, Ken Moffat via lfs-dev wrote:
> As people probably know, I usually set my own CFLAGS when building
> LFS (at a minimum, -O2 to get rid of most debug symbols).
Me too.
> But I'm now trying to compare the build times and the size of the
> executables for "I did it my way"
On 2019-05-13 22:50 +0900, Pyry Kontio via lfs-dev wrote:
> The problem seems to be that the file /dev/pts/ptmx that was created
> when mounting devpts filesystem in 6.2
> (http://www.linuxfromscratch.org/lfs/view/stable/chapter06/kernfs.html)
> and is symlinked from /dev/ptmx on modern systems, ha
On 2019-05-20 14:42 +0200, emiliocabrera via lfs-dev wrote:
> Hi. I´m at 5.5.1 Installation of Cross GCC, I´m building the LFS V8.4
> on
> a VirtualBox machine with Debian x86_x64 installed. I get this error:
>
> Configuring stage 2 in ./intl
Why should a cross compiler bootstrap itself?
> conf
On 2019-06-25 12:52 -0500, Bruce Dubbs via lfs-dev wrote:
> On 6/25/19 11:57 AM, Ryan Marsaw via lfs-dev wrote:
> > On Sun, 23 Jun 2019, Brendan L via lfs-dev wrote:
> >
> > > Blog about the change in maintainership:
> > > https://people.gnome.org/~federico/blog/maintaining-bzip2.html
> > >
> > >
On 2019-06-27 18:57 +0200, Thomas Trepl via lfs-dev wrote:
> Am Donnerstag, den 27.06.2019, 05:24 -0400 schrieb Marty Jack via lfs-
> dev:
> > 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, thi
On 2019-08-16 16:25 +0200, Riccardo Corsi via lfs-dev wrote:
> Hello, I have a question about GCC 9.2.0
> Is there a new option for ISL ?
> I have in my configure (build of LFS 9.0-rc1) of GCC:
> > ../configure --prefix=/usr\
> > --enable-languages=c,c++ \
> >
On 2019-08-28 11:39 +0200， Julien Lepiller via lfs-dev wrote:
> Hi,
>
> In meson from chapter 6, I see: … via an environment variable,
> NINJAJOBS. For example, setting …
>
> But that's not a command, is it? :)
There is a comment saying it's intentional to make "For example" bold.
--
Xi Ruoyao
On 2019-09-01 12:54 -0500, Bruce Dubbs via lfs-dev wrote:
> The Linux From Scratch community is pleased to announce the release of
> LFS Version 9.0, LFS Version 9.0 (systemd), BLFS Version 9.0, and BLFS
> Version 9.0 (systemd).
>
> This release is a major update to both LFS and BLFS.
>
> The L
It's said:
> For some languages (e.g., Belarusian) the Kbd package doesn't provide a useful
> keymap where the stock “by” keymap assumes the ISO-8859-5 encoding, and the
> CP1251 keymap is normally used. Users of such languages have to download
> working keymaps separately.
But now there is a CP1
On 2019-09-07 11:00 +0800, Xi Ruoyao via lfs-dev wrote:
> It's said:
>
> > For some languages (e.g., Belarusian) the Kbd package doesn't provide a
> > useful
> > keymap where the stock “by” keymap assumes the ISO-8859-5 encoding, and the
> > CP1251 keymap i
On 2019-09-23 15:24 +0100, John Burrell via lfs-dev wrote:
> I haven't noticed this before but linux-5.3.1 uses rsync to transfer
> the files in the command
>
> make INSTALL_HDR_PATH=dest headers_install
>
> This is okay in chap. 5 if rsync is on the host but it doesn't work in
> chap. 6 as rsync
On 2019-09-23 10:30 -0500, Bruce Dubbs via lfs-dev wrote:
> On 9/23/19 9:24 AM, John Burrell via lfs-dev wrote:
> > I haven't noticed this before but linux-5.3.1 uses rsync to transfer
> > the files in the command
> >
> > make INSTALL_HDR_PATH=dest headers_install
> >
> > This is okay in chap. 5
On 2019-12-09 08:43 +0900, Akira Urushibata via lfs-dev wrote:
> Recently I installed Debian 10.2 on a computer with both LFS and
> older
> Debian versions. The installer automatically produced a new grub.cfg
> in which LFS is listed as "unknown Linux distribution." To my great
> surprise the lis
On 2019-12-15日的 23:54 -0600，Bruce Dubbs via lfs-dev wrote:
> On 12/15/19 7:06 PM, Ken Moffat via lfs-dev wrote:
> > On Sun, Dec 15, 2019 at 12:30:52PM -0600, Bruce Dubbs via lfs-dev
> > wrote:
> > > https://www.phoronix.com/scan.php?page=article&item=10980xe-intel-linux
> > >
> > > I find the benc
On 2019-12-16 00:40 -0600, Bruce Dubbs via lfs-dev wrote:
> On 12/16/19 12:16 AM, Xi Ruoyao via lfs-dev wrote:
>
> > Considering SBU value, should we add --enable-checking=release into
> > GCC
> > configure command? Most distributions are using it and I think
> >
On 2020-01-03 09:42 -0800, Joel Bion via lfs-dev wrote:
> On 2020-01-03 07:40, Bruce Dubbs via lfs-dev wrote:
> > On 1/3/20 3:48 AM, Pierre Labastie via lfs-dev wrote:
> > > Le 02/01/2020 à 23:53, Bruce Dubbs via lfs-dev a écrit :
> > > > On 1/2/20 3:26 PM, Pierre Labastie via lfs-dev wrote:
> > >
Zstd is installing libzstd.a and (I think) we should remove it.
And, should we move libzstd.so.* to /lib just like libz.so.*, libbz2.so.* and
liblzma.so.*?
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http
On 2020-01-12 12:08 -0600, Bruce Dubbs via lfs-dev wrote:
> Note that tar needs to be rebuilt after zstd to recognize zstd
> compressed tarballs.
That seems not true...
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/lf
On 2020-02-01 16:50 -0600, Bruce Dubbs via lfs-dev wrote:
> I am building a fresh LFS with the latest glibc and binutils and ran
> into a problem when building gcc-pass2 in Chapter 5.
>
> linux-5.5.1
> glibc-2.31
> binutils-2.34
>
> What the error looks like is somewhat complex and it looks like
BTW: which address in lfs-dev@{lists.,}linuxfromscratch.org is correct?
On 2020-02-01 16:50 -0600, Bruce Dubbs via lfs-dev wrote:
> I've been able to work around the problem with:
>
> sed -e '1161 s|^|//|' \
> -i libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
>
> and it i
On 2020-02-14 14:27 -0600, Bruce Dubbs via lfs-dev wrote:
> The Linux From Scratch community announces the release of LFS Version
> 9.1-rc1. It is a preliminary release of LFS-9.1.
I'd like to remove the glibc "fix"
sed -i '/asm.socket.h/a# include ' \
sysdeps/unix/sysv/linux/bits/sock
On 2020-02-21 01:54 +0100, Tadeus Prastowo via lfs-dev wrote:
> Hello,
>
> To quote
> http://www.linuxfromscratch.org/lfs/view/development/chapter05/binutils-pass2.html
> :
>
> --with-sysroot
> The sysroot feature enables the linker to find shared objects which
> are required by other shared obj
On 2020-02-20 22:05 -0600, Bruce Dubbs via lfs-dev wrote:
> On 2/20/20 6:57 PM, Xi Ruoyao via lfs-dev wrote:
> > On 2020-02-21 01:54 +0100, Tadeus Prastowo via lfs-dev wrote:
> > > Hello,
> > >
> > > To quote
> > > http://www.linuxfromscratch.org/lfs/v
On 2020-02-23 15:39 +0100, Tadeus Prastowo via lfs-dev wrote:
> Hello,
>
> Quoting
> http://www.linuxfromscratch.org/lfs/view/development/chapter06/glibc.html
>
> You may see some test failures. The Glibc test suite is somewhat
> dependent on the host system. This is a list of the most common is
On 2020-02-23 16:21 -0600, Bruce Dubbs via lfs-dev wrote:
> On 2/23/20 10:46 AM, Tadeus Prastowo via lfs-dev wrote:
> > On Sun, Feb 23, 2020 at 5:20 PM Xi Ruoyao via lfs-dev
> > wrote:
> > > We don't consider XPASS a failure. There are many XPASS in LFS packages
On 2020-03-02 10:11 +0100, Pierre Labastie via lfs-dev wrote:
> Presently, this entity is 9.0, and has been last changed in July 2019. The
> questions are:
> - what's its use?
> - if it is used, shouldn't it be changed to 9.2?
> - it not, shouldn't it be removed?
I think it isn't used at all and w
On 2020-03-08 09:06 +0800, Kevin Buckley via lfs-dev wrote:
> The Chapter 6 Python configure instructions have a
>
> --with-system-expat
>
> option, suggesting Expat should have Python in its
>
> Must be installed before:
>
> list.
>
> Libffi provides a matching example.
Thanks for pointi
On 2020-03-14 16:56 +0800, Kevin Buckley via lfs-dev wrote:
> Indeed, is there any reason why the ordering in GCC Pass 2
> couldn't be:
>
>
> Unpack the required external packages
> Change the location of GCC's default dynamic linker
> On x86_64 hosts, set the default directory name for 64-bit li
On 2020-03-30 15:05 -0500, Bruce Dubbs via lfs-dev wrote:
> We have almost always updated the linux kernel to the "mainline"
> release. We do skip intermediate releases though because of the
> frequency of releases.
>
> For instance, today is the 90th day of the year, but there have been
> abo
On 2020-03-31 08:52 +0800, Xi Ruoyao via lfs-dev wrote:
> LTS meaning continuing maintenance so we'll still get one release for each
> severe bug (even if it's a bug in a strange server motherboard).
s/motherboard/& driver/
I can't type :(.
> I think we can just
On 2020-03-31 23:35 +0100, Ken Moffat via lfs-dev wrote:
> On Tue, Mar 31, 2020 at 11:37:15AM -0500, Bruce Dubbs via lfs-dev wrote:
> > On 3/31/20 4:14 AM, Pierre Labastie via lfs-dev wrote:
> > > On Tue, 2020-03-31 at 08:52 +0800, Xi Ruoyao via lfs-dev wrote:
> > >
On 2020-04-07 21:37 -1000, Dean Takemori via lfs-dev wrote:
> For x86_64 builds, LFS patches gcc to set the default directory name for 64-
> bit libraries to “lib” instead of “lib64” (eg in chapter 5.5.1, 5.10.1 and
> 6.25.1) by patching gcc/config/i386/t-linux64
>
> But the location of the dynami
On 2020-04-13 12:01 +1000, Christoph Willing via lfs-dev wrote:
> gnome-shell-3.36.1 from svn Version 2020-04-11 fails with:
>
> [19/187] Generating gnome-extensions.1 with a custom command.
> FAILED: subprojects/extensions-tool/man/gnome-extensions.1
> /usr/bin/a2x -D subprojects/extensions-tool/
(move to blfs-dev since we're discussing BLFS packages)
On 2020-04-13 10:45 +0800, Xi Ruoyao via lfs-dev wrote:
> On 2020-04-13 12:01 +1000, Christoph Willing via lfs-dev wrote:
> > gnome-shell-3.36.1 from svn Version 2020-04-11 fails with:
> >
> > [19/187] Generating
On 2020-05-01 20:51 -0500, Douglas R. Reno via lfs-dev wrote:
> On 5/1/20 8:53 AM, Pierre Labastie via lfs-dev wrote:
> >cons: chroot is entered in the middle of chapter 5 (maybe chapter 5
> > should be split), the debug sections of several packages reference
> > x86_64-lfs-linux-gnu instead of
On 2020-05-03 04:18 +0100, Ken Moffat via lfs-dev wrote:
> I'm building with LFS as at 25th April. My previous build was in
> early April, and I think this is the first time I've seen a failure
> in the man-db tests. With man-db-2.9.1 :
>
> FAIL: man-missing-locales
>
> and src/tests/test-suite
On 2020-05-04 02:15 +0100, Ken Moffat via lfs-dev wrote:
> On Sun, May 03, 2020 at 04:18:57AM +0100, Ken Moffat via lfs-dev wrote:
> > I'm building with LFS as at 25th April. My previous build was in
> > early April, and I think this is the first time I've seen a failure
> > in the man-db tests.
On 2020-05-04 04:12 +0100，Ken Moffat via lfs-dev wrote:
> On Mon, May 04, 2020 at 03:34:53AM +0100, Ken Moffat via lfs-dev wrote:
> > On Mon, May 04, 2020 at 09:53:04AM +0800, Xi Ruoyao via lfs-dev wrote:
> > > On 2020-05-04 02:15 +0100, Ken Moffat via lfs-dev wrote:
> >
On 2020-05-04 04:19 +0100, Ken Moffat via lfs-dev wrote:
> On Sun, May 03, 2020 at 09:13:27PM -0500, Bruce Dubbs via lfs-dev wrote:
> > On 5/3/20 8:15 PM, Ken Moffat via lfs-dev wrote:
> >
> > > root in chroot /# export LC_ALL=en_US.iISO-8859-1 && date
> > > bash: warning: setlocale: LC_ALL: canno
On 2020-05-04 20:39 +0300, Firas Khalil Khana via lfs-dev wrote:
> Hey there,
>
> My name is Firas Khalil Khana, and I'm the creator of glaucus.
>
> I'd like to salute your efforts for keeping this project awesome this whole
> time! The shear amount of information in a single place like LFS is tr
On 2020-05-05 13:49 +0300, Firas Khalil Khana via lfs-dev wrote:
> @Xi,
>
> Thanks for taking the time to explain everything, much appreciated!
>
>
> > Then it will be stupidly inconvenience typing commands.
>
> It will still get you through until bash is rebuilt again in Chapter 6, with
> no p
On 2020-05-06 13:02 +0300, Firas Khalil Khana via lfs-dev wrote:
> On Tue, May 5, 2020 at 6:40 PM Douglas R. Reno via lfs-dev
> wrote:
> >
> > On 5/5/20 5:49 AM, Firas Khalil Khana via lfs-dev wrote:
> >
> > @Xi,
> >
> > Thanks for taking the time to explain everything, much appreciated!
> >
>
On 2020-05-06 14:16 +0300, Firas Khalil Khana via lfs-dev wrote:
> On Wed, May 6, 2020 at 1:56 PM Xi Ruoyao via lfs-dev wrote:
> > Pierre recently discovered the circular dependency between eudev (in
> > Sysvinit
> > book) and util-linux:
> >
> > > util-linux
Now GCC optionally depends on zstd (using it like zlib to compress LTO IR).
Should we move zstd before GCC?
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: Se
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 changes needed.
2. Remove ncurses in Chap. 5. Move Chap. 6 readline after ncurses to satisify
it.
Notes:
(1) Chap. 5 Pyth
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-11 at 19:51 +0800, Xi Ruoyao via lfs-dev wrote:
> > > I just redone LFS build for GCC-10.1.0. I proposed several
> > > improvemen
On 2020-05-13 23:46 -0500, Bruce Dubbs via lfs-dev wrote:
> 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 -fco
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-11 at 19:51 +0800, Xi Ruoyao via lfs-dev wrote:
> > > > I just redon
On 2020-05-15 19:28 +0300, Firas Khalil Khana via lfs-dev wrote:
> On Fri, May 15, 2020 at 6:48 PM Pierre Labastie via lfs-dev
> wrote:
> > On Fri, 2020-05-15 at 18:21 +0300, Firas Khalil Khana via lfs-dev
> > wrote:
> > > Hey there,
> > >
> > > I'd like to inquire about the actual need for the /
On 2020-05-16 04:37 +0300, Firas Khalil Khana via lfs-dev wrote:
> On Sat, May 16, 2020 at 4:19 AM Xi Ruoyao via lfs-dev
> wrote:
> > On 2020-05-15 19:28 +0300, Firas Khalil Khana via lfs-dev wrote:
> > > On Fri, May 15, 2020 at 6:48 PM Pierre Labastie via lfs-dev
> &g
On 2020-05-16 06:03 +0300, Firas Khalil Khana via lfs-dev wrote:
> On Sat, May 16, 2020 at 5:48 AM Xi Ruoyao via lfs-dev
> wrote:
> > On 2020-05-16 04:37 +0300, Firas Khalil Khana via lfs-dev wrote:
> > > On Sat, May 16, 2020 at 4:19 AM Xi Ruoyao via lfs-dev
> > > w
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-11 at
On 2020-05-30 14:48 -0400，Ryan Marsaw via lfs-dev wrote:
> Hello.
>
> Now that Flex is no longer installed in Chapter 5, one line needs to be
> removed from Chapter 6.6: "Creating Essential Files and Symlinks"
>
> ln -sv /tools/lib/libfl.so* /usr/lib
Sorry for forgot it.
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. Do not ever use the word "
On 2020-06-14 15:35 +0200, 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 ia
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 may allow
> > > tests to pass, as reported by
1 - 100 of 143 matches
Mail list logo
