On 2021-04-15 22:28 +0800, Xi Ruoyao wrote:
>
> It's caused by changes in Linux 5.11.14 (API headers). I'll raise a PR in
> systemd.
It's already fixed in systemd git repo.
> The kernel version in the book (5.11.10) won't trigger this.
--
Xi Ruoyao
School of Aerospace Science and
On 2021-04-15 14:01 +0100, John Burrell via lfs-dev wrote:
> Using the systemd development version of the book 20210326-systemd,
> when compiling I get:
>
> FAILED: systemd-rfkill.p/src_rfkill_rfkill.c.o
>
> and then:
>
> ../src/rfkill/rfkill.c:339:23: warning: comparison of integer
>
On 2021-02-26 22:31 -0600, Bruce Dubbs via lfs-dev wrote:
> 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 pack
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 issues that still need to be addressed.
>
On 2021-01-27 15:22 -0600, Brendan L via lfs-dev wrote:
> For the systemd book util-linux installs uuidd.service and
> uuidd.socket. The service file specifies a user and group of uuidd.
> Should that user and group be added to the book?
Added in r12103. Thanks for report.
--
Xi Ruoyao
School
On 2021-01-01 11:20 +, Roger via lfs-dev wrote:
> Chapter 8.16.1 installation of bc.
>
> CFLAGS is included in the explanation of the configuration
> options but they have been removed.
> --
> Roger
>
Fixed at r12079. Thanks for the report.
I shouldn't do the changes when I was sleepy :(.
On 2020-11-14 07:38 -0800, Joel Bion via lfs-dev wrote:
> I also am using the tagged-as-a-release 20201110
>
> It turns out that this is the difference: if you grab the tar file from
> the line that says "source code (tar.gz)" you get a package without the
> services/protocols files, and the
On 2020-11-11 09:53 -0600, Bruce Dubbs via lfs-dev wrote:
> 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
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 versions, where they went into
> $LFS/tools.
>
> I
On 2020-09-04 09:30 +0200，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
> >
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" - they can even override some command line
On 2020-09-03 12:18 +0100, Roger via lfs-dev wrote:
> LFS-10.0 At the end of chapter 8 user tester is deleted.
> Shouldn't group tester also be deleted?
It's deleted by userdel.
See the description of `USERGROUPS_ENAB` in /etc/login.defs.
--
Xi Ruoyao
School of Aerospace Science and
On 2020-08-21 17:59 -0500, Bruce Dubbs via lfs-dev wrote:
> 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
On 2020-08-19 23:10 +0800，Xi Ruoyao via lfs-dev:
> On 2020-08-19 10:25 -0400, Julien Lepiller via lfs-dev wrote:
> > In chapter 3, I found "optain" instead of obtain. In chapter 4 there are at
> > least two "envirnment", missing a o. I tried to fix it myself as I
On 2020-08-19 10:25 -0400, Julien Lepiller via lfs-dev wrote:
> In chapter 3, I found "optain" instead of obtain. In chapter 4 there are at
> least two "envirnment", missing a o. I tried to fix it myself as I think I
> have access to the svn, but got a permission denied to write something in
>
On 2020-08-19 13:38 +0100, Roger via lfs-dev wrote:
> The current bash patches file only includes the first 11
> patches. There have been a further 7 issued this year.
>
> Is Pierre in a position to issue an updated patches file?
Editors have tagged a lot of BLFS packages. If there is no
On 2020-08-19 13:55 +0100, Roger via lfs-dev wrote:
> The "make install" of python in chapter 7 doesn't complete; my
> scripts finished rather abruptly at this point. Has this been
> noticed by anybody else?
>
> The problem is zlib is missing. I decided to change chapter 7
> to include zlib. I
On 2020-08-08 11:42 +0100, spiky via lfs-dev wrote:
> Hi
>
> Building the new version of Lfs, I get a ninja fail in Systemd-245.
>
> I have tried complete rebuild 3 or 4 times. This was a copy/paste from
> the book. Host is lfs
>
>
> LANG=en_GB.UTF-8 ninja
> [325/1741] Compiling C object
>
On 2020-08-05 22:03 +0100, Ken Moffat via lfs-dev wrote:
> On Thu, Aug 06, 2020 at 03:57:29AM +0800, Xi Ruoyao via lfs-dev wrote:
> > On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> > > (I've changed the subject and cut down some of hte obsolete detail)
> > >
On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> (I've changed the subject and cut down some of hte obsolete detail)
>
> On Wed, Aug 05, 2020 at 04:22:49AM +0100, Ken Moffat via lfs-dev wrote:
> > O Wed, Aug 05, 2020 at 01:54:44AM +0100, Ken Moffat via lfs-dev wrote:
> > > I'm looking
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 2020-08-05 14:26 +0800, Kevin Buckley via lfs-dev wrote:
> On Sun, 2 Aug 2020 at 04:32, 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
On 2020-08-02 22:19 +0100, Ken Moffat via lfs-dev wrote:
> On Sun, Aug 02, 2020 at 10:07:23PM +0200, Alexey Orishko via lfs-dev wrote:
> > On Sun, Aug 2, 2020 at 6:46 PM Xi Ruoyao via lfs-dev
> > wrote:
> >
> > > > Since majority of new laptops have
On 2020-08-02 17:08 +0200, Alexey Orishko via lfs-dev wrote:
> On Sat, Aug 1, 2020 at 11:49 PM Bruce Dubbs via lfs-dev
> wrote:
> > The only reason to use uefi is if you want to dual boot to Windows. It
> > complicates LFS and will interfere with learning how simple a boot can be.
> >
> >--
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 kernel, and util-linux.
> >
> Cheers. I'm
On 2020-07-19 14:07 -0500, Timothy Russo via lfs-dev wrote:
> I'm rebuilding LFS, using Thomas' multilib patch, but I checked the standard
> publication and it references using su to use the non-privileged account
> tester for testing the gcc build.
>
> In chapter 7 for Util-linux, the default
On 2020-07-11 09:54 -0500, Bruce Dubbs via lfs-dev wrote:
> 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
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
> Please install file 5.39
On 2020-06-21 18:44 +0100, Ken Moffat via lfs-dev wrote:
> On Fri, Jun 19, 2020 at 07:46:54PM +0100, Ken Moffat via lfs-dev wrote:
> > On Fri, Jun 19, 2020 at 06:58:42PM +0200, Pierre Labastie via lfs-dev wrote:
> > > On Fri, 2020-06-19 at 16:26 +0100, Ken Moffat via lfs-dev wrote:
> > > > I've
On 2020-06-21 14:24 +0200，Pierre Labastie via lfs-dev wrote:
> On Sun, 2020-06-21 at 14:18 +0800, Xi Ruoyao via lfs-dev wrote:
> > 在 2020-06-21星期日的 14:14 +0800，Xi Ruoyao via lfs-dev写道：
> > > > "As said above, the standard C++ library is compiled next,
> > > >
On 2020-06-21 07:29 -0500, Bruce Dubbs via lfs-dev wrote:
> 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 A
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 -0500,
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 -0500, Bruce Dubbs via lfs-dev wrote:
> > > > On 6/20/20 8:30 PM, Bruce
在 2020-06-21星期日的 14:14 +0800，Xi Ruoyao via lfs-dev写道：
> > "As said above, the standard C++ library is compiled next, followed in > "
> > "linkend=\"chapter-temporary-tools\"/> by all the programs that need "
> > "themselv
> "As said above, the standard C++ library is compiled next, followed in "linkend=\"chapter-temporary-tools\"/> by all the programs that need "
> "themselves to be built. The install step of all those packages uses the "
> "DESTDIR variable to have the programs land into the LFS "
> "filesystem."
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 via lf
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 via lfs-dev wrote:
> > > > On 6/20/20 2:42 PM, Xi Ruoyao via lfs-dev w
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 in his case
> > the
&
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 be more dangerous (the book has no consideration
There was a paragraph in sect. 7.4 "Entering the Chroot Environment", reading:
> Notice that /tools/bin is not
> in the PATH. This means that a temporary tool will no longer be
> used once its final version is installed.
It does not make sense now as the final version will overwrite the
On 2020-06-19 18:58 +0200, 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)
> >
> > glibc-2.31.0
> >
There is a table:
Stage Build HostTarget Action
1 A A B build cross-compiler cc1 using ccA on machine A
2 A B B build cross-compiler cc2 using cc1 on machine A
3 B C C build compiler ccC using cc2 on machine B
On 2020-06-15 15:09 +0800, 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
> >
> >
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
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-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-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-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-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-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-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
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
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
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:
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
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-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
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
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:
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-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
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
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
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-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 hold on
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
>
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
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
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
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-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
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-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
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
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
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
--
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:
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:
> > >
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 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=10980xe-intel-linux
> > >
> > > I find the
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
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-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
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 is normally
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
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
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
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-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,
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-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?
>
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
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
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-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
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
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
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
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 a
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
1 - 100 of 131 matches
Mail list logo
