On Wed, 2021-02-24 at 02:02 +, Ken Moffat via lfs-dev wrote:
> I see that people have been busy tagging things whilst I've been
> offline. One of those things is JS-78.8.0.
>
> Technically, the JS build does not appear to contain any security
> fixes, just one or two lines of python got chang
On Mon, 2021-02-08 at 19:36 +0100, Pierre Labastie via lfs-dev wrote:
> On Fri, 2021-02-05 at 17:40 +, Ken Moffat via lfs-dev wrote:
> > On Fri, Feb 05, 2021 at 10:39:08AM -0600, Bruce Dubbs via lfs-dev
> > wrote:
> > > On 2/5/21 6:48 AM, Ken Moffat via lfs-dev wrote:
&
On Fri, 2021-02-05 at 17:40 +, Ken Moffat via lfs-dev wrote:
> On Fri, Feb 05, 2021 at 10:39:08AM -0600, Bruce Dubbs via lfs-dev
> wrote:
> > 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 b
On Wed, 2021-02-03 at 11:56 +, Roger via lfs-dev wrote:
> At the end of section 8.7.1 installation of bzip2 is:
>
> rm -fv /usr/lib/libz.a
>
> Shouldn't that be:
>
> rm -fv /usr/lib/libbz2.a
> --
> Roger
>
This should be fixed at r12123
Thanks for the report anyway
Pierre
--
http:/
On Wed, 2021-01-13 at 10:05 -0300, Jamenson Espindula via lfs-dev
wrote:
> Hi, everyone. Have an excellent 2021!
>
> I just finished building the LFS 10.0. This error message was shown
> when I booted:
>
> = = = = = Begin of transcription = = = = =
>
> FAILURE:
>
> You should not be reading th
On Sun, 2020-12-13 at 08:40 +1100, scsijon via lfs-dev wrote:
>
> On 13/12/20 7:00 am,
> lfs-dev-requ...@lists.linuxfromscratch.org wrote:
> Date: Fri, 11 Dec 2020 23:40:48 -0600
> > From: Bruce Dubbs
> > To: lfs-dev@lists.linuxfromscratch.org
> > Subject: Re: [lfs-dev] blfs-book-10.0-html.tar.xz
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 similar and can thus point me in the righ
On Sat, 2020-11-14 at 23:58 +0800, Xi Ruoyao via lfs-dev wrote:
> 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 (t
On Sat, 2020-11-14 at 06:18 -0800, Joel Bion via lfs-dev wrote:
> There's a bit of a mess with protocols/services in the latest builds
> from IANA-ETC.
>
> 1) They require that Python-3 be installed, because you need to
> generate
> these files in these latest releases by running a script 'updat
On Sat, 2020-11-14 at 10:45 +0800, Kevin Buckley via lfs-dev wrote:
> On Fri, 13 Nov 2020 at 09:29, Kevin Buckley
> wrote:
> >
> > Hi Thomas,
> >
> > I believe that, as of Revision: 12059, your Zlib section in Chapter
> > 5
> > is missing the "--host=$LFS_TGT" flag
> >
> > Compare
> >
> >
On Tue, 2020-10-06 at 18:48 +0800, Kevin Buckley via lfs-dev wrote:
> i was experimenting with making use of an extra attribute in the
> XML source tags, akin to the vanilla book's 'sysv' or 'systemd'
> for the "revision" attribute,, or to Thomas's Multilib arch attribute
> ('ml_32', 'ml_x32' or
On Tue, 2020-09-22 at 22:43 +0200, Tim Tassonis via lfs-dev wrote:
> 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
> b
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
> ../../gold/output.cc:4445
> collect2: error: ld
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 (generated by autoconf) will try
> > to load
> > ${prefi
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 rebuild, I notiiced that I had been running the gcc test
> suite
> as the root user. So I fixed it as in the intructions:
>
On Tue, 2020-08-25 at 17:48 -0400, Joe Locash via lfs-dev wrote:
> In managing devices, specifically WRT network devices, 2 methods are
> listed for using traditional network names. Another and easier (IMO)
> way is to just create an empty file: /etc/udev/rules.d/80-net-name-
> slot.rules
Do you m
On Tue, 2020-08-25 at 06:43 +0200, Pierre Labastie via lfs-dev wrote:
> On Mon, 2020-08-24 at 19:38 -0500, Douglas R. Reno via lfs-dev wrote:
> > Hi folks,
> >
> > I wanted to drop in a report from my adventures attempting to get
> > LFS
> > 10.0-rc1 bootstr
On Mon, 2020-08-24 at 19:38 -0500, Douglas R. Reno via lfs-dev wrote:
> Hi folks,
>
> I wanted to drop in a report from my adventures attempting to get
> LFS
> 10.0-rc1 bootstrapped on a VMWare VM for the xf86-video-vmware
> driver.
> Here's some supporting information first:
>
> renodr [ /mnt/
On Thu, 2020-08-20 at 17:28 +0100, 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-
On Tue, 2020-08-11 at 05:09 +0100, Ken Moffat via lfs-dev wrote:
> Trying to build current svn, libcap install failed:
>
> make -C libcap install
> make[1]: *** No rule to make target 'install-static', needed by
> 'install'. Stop.
> make[1]: *** Waiting for unfinished jobs
> make[1]: Entering
On Sun, 2020-08-02 at 22:10 +0200, Pierre Labastie via lfs-dev wrote:
>
> But the sed or the whole patch for binutils gold tests is (are) still
> needed. I haven't had the time to get to the exact requirements...
>
Just to confirm that only the sed is needed. The patch
I've done a test build with git version of glibc, and all other
packages updated. I've forgotten the beta version of autoconf.
The patch for gcc pass 2 is not needed anymore.
But the sed or the whole patch for binutils gold tests is (are) still
needed. I haven't had the time to get to the exact r
On Sat, 2020-08-01 at 16:16 -0500, Bruce Dubbs via lfs-dev wrote:
>
>
> All mkdir commands should use -p whether needed or not, just for
> consistency.
I'm not sure that "consistency" is the right word here: using an option
consistently means using it when it is needed...
Maybe "regularity" or
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 whole management of directories is the result of
design
On Fri, 2020-07-31 at 15:22 -0500, Bruce Dubbs via lfs-dev wrote:
> 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
> > syst
On Fri, 2020-07-31 at 14:54 -0500, William Harrington via lfs-dev
wrote:
> I tried to provide the community a possible problem. Since the
> community doesn’t like images, so where do I post proof?
>
> > On Jul 31, 2020, at 14:05, William Harrington <
> > kb0...@berzerkula.org> wrote:
> >
> >
>
On Sun, 2020-07-26 at 12:18 -0500, Bruce Dubbs via lfs-dev wrote:
> 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 partitio
On Sat, 2020-07-11 at 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.3
On Sat, 2020-07-11 at 12:00 +0200, Pierre Labastie via blfs-dev wrote:
> I get:
> -
> false cdt.3.ps cdt.3.pdf
> make[3]: *** [Makefile:1112: cdt.3.pdf] Error 1
> -
> The reason is that if ps2pdf is not found, it is set to "false". Note
> that this has
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/lib. Localnet is run before mounting /usr whic
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,
> > > followed in > > "
> > > "linkend=\"chapter-temporary-tools\"/> by all the programs that
> > > need "
> > >
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
>
>
> We say "misc/tst-ttyname is known to fail in the LFS chroot
> enviro
On Thu, 2020-06-18 at 17:03 +0800, Xi Ruoyao via lfs-dev wrote:
> 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
On Thu, 2020-06-18 at 12:37 +0800, Kevin Buckley via lfs-dev wrote:
> On Wed, 17 Jun 2020 at 22:01, Pierre Labastie via lfs-dev
> wrote:
> > Please tell us what you think of:
> > http://www.linuxfromscratch.org/~pierre/lfs-svn/index.html
> > (I've not bee able to remo
On Wed, 2020-06-17 at 19:55 +0100, 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 d
On Tue, 2020-06-16 at 19:58 +0800, Kevin Buckley via lfs-dev wrote:
> On Mon, 15 Jun 2020 at 20:01, Bruce Dubbs via lfs-dev
> wrote:
> > > I'd like to see the "cross-compiling 101" sections, so
> > >
> > > Introduction
> > > Toolchain Technical Notes
> > > General Compilation Instructions
> > >
On Wed, 2020-06-17 at 20:28 +0800, Kevin Buckley via lfs-dev wrote:
> With the recent reorganisation comes the addition of Util-linux into
> the
> chroot environment.
>
> The instructions there follow the standard LFS practice of disabling
> various
> utilities from Util-linux , including the su u
On Mon, 2020-06-15 at 19:28 +0800, Kevin Buckley via lfs-dev wrote:
> On Mon, 15 Jun 2020 at 18:34, Pierre Labastie via lfs-dev
> wrote:
> > OTOH, personally, I like meson/ninja. I wish it were used more
> > often.
> > They have nothing to do with systemd.
>
> For s
On Mon, 2020-06-15 at 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
> >
> > http://www.linuxfromscratch.org/~
On Sun, 2020-06-14 at 22:03 +0800, Xi Ruoyao via lfs-dev wrote:
> 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
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 change anything to the
&q
On Sat, 2020-06-13 at 15:10 +0100, spiky via lfs-dev wrote:
> On 13/06/2020 13: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-l
On Sat, 2020-06-13 at 00:05 -0500, Bruce Dubbs via lfs-dev wrote:
> 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. Wha
On Mon, 2020-05-25 at 22:17 +0100, Ken Moffat via lfs-dev wrote:
> On Mon, May 25, 2020 at 05:20:44PM +0200, Pierre Labastie via lfs-dev
> wrote:
> > On Mon, 2020-05-25 at 16:14 +0200, Pierre Labastie via lfs-dev
> > wrote:
> > > Now this has been done with /dev/pts b
On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev wrote:
> Hi,
> Here are test results from a jhalfs run:
> trunk book
> $LFS is a subdirectory of $HOME, not a mount point (shouldn't be
> important, but who knows)
> with changes:
> - added a link:
>
On Mon, 2020-05-25 at 16:14 +0200, Pierre Labastie via lfs-dev wrote:
>
> Now this has been done with /dev/pts bind mounted. Let's try with
> /dev/pts mounted normally...
>
> Same, that is: no /dev/tty error...
>
But binding /dev/pts removes the failure in coreutils
y 24, 2020 at 10:16:34PM +0100, Ken Moffat wrote:
> > On Sun, May 24, 2020 at 07:35:10PM +0200, Pierre Labastie via lfs-
> > dev wrote:
> > > On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev
> > > wrote:
> > > > Hi,
> > > > Here are
On Sun, 2020-05-24 at 16:44 +0200, Pierre Labastie via lfs-dev wrote:
> Hi,
> Here are test results from a jhalfs run:
> [...
about vim test
> ===
> [...]
> ---
> vim: stops at test1:
> test1 FAILED - terminal size
Hi,
Here are test results from a jhalfs run:
trunk book
$LFS is a subdirectory of $HOME, not a mount point (shouldn't be
important, but who knows)
with changes:
- added a link:
/tools/lib/locale/locale-archive ->
/usr/lib/locale/locale-archive
- vim version: 8.2.0814
There are a number
On Tue, 2020-05-19 at 16:17 +0200, Thomas Trepl via lfs-dev wrote:
> Am Montag, den 11.05.2020, 09:50 +0200 schrieb Pierre Labastie via
> lfs-dev:
> > Sorry if this has already been reported. With gcc 10 and kernel
> > 5.6.11,
> > I get:
> > Kernel panic - not sy
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 /toolchain symlink
> on the host system.
>
> Apparently, failure to create this link causes
> configure/build/linking
> problems starting from Chapter's 5 li
On Thu, 2020-05-14 at 10:57 +0300, Firas Khalil Khana via lfs-dev
wrote:
>
> That being said, and based on my testings, I believe `gdbm` is the
> only package that won't build with that flag and needs `-fcommon`
> explicitly specified in CFLAGS.
>
> A couple of packages that might not work with t
On Thu, 2020-05-14 at 14:33 +0800, Xi Ruoyao via lfs-dev wrote:
> 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 place
On Thu, 2020-05-14 at 05:33 +0100, 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 m
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 changes needed.
decreases the total number o
Sorry if this has already been reported. With gcc 10 and kernel 5.6.11,
I get:
Kernel panic - not syncing: stack-protector: Kernel stack is corrupted
in: start_secondary+0x169/0x170
at early boot.
this has been reported upstream [1], who made a complicated patch,
mainly consisting of comments. It
On Sat, 2020-05-09 at 09:22 -0500, Brendan L via lfs-dev wrote:
> > As a workaround, I've added: CFLAGS=-Wno-format-overflow to the
> > meson
> > command. It may not be the best thing to do to pass CFLAGS, but I
> > do
> > not know enough of meson to do better...
> >
>
> The preferred way with me
I get:
--
[418/1741] Compiling C object 'src/core/2ac6ece@@core@sta/path.c.o'
FAILED: src/core/2ac6ece@@core@sta/path.c.o
cc -Isrc/core/2ac6ece@@core@sta -Isrc/core -I../src/core -Isrc/basic
-I../src/basic -Isrc/boot -I../src/boot -Isrc/shared -I../src/shared
-Isrc/systemd -I../src/systemd -Is
On Mon, 2020-05-04 at 06:51 +0100, Ken Moffat via lfs-dev wrote:
> On Mon, May 04, 2020 at 12:51:34PM +0800, Xi Ruoyao via lfs-dev
> wrote:
> > > Doesn't really explain why man-db has sometimes failed, but
> > > passed
> > > other times (for various builders). Maybe there is something
> > > else
>
On Sat, 2020-05-02 at 19:02 +0200, Thomas Trepl via lfs-dev wrote:
> Am Freitag, den 01.05.2020, 15:53 +0200 schrieb Pierre Labastie via
> lfs-dev:
> > Hi,
> >
> > I propose a new way to build LFS, which removes the need for the
> > /tools
> > symlink, and d
On Sun, 2020-05-03 at 01:18 -0500, Bruce Dubbs via lfs-dev wrote:
> On 5/2/20 11:44 PM, Ken Moffat via lfs-dev wrote:
> > On Sun, May 03, 2020 at 12:02:12PM +0800, Xi Ruoyao via lfs-dev
> > wrote:
> > > On 2020-05-03 04:18 +0100, Ken Moffat via lfs-dev wrote:
> > > > I'm building with LFS as at 25t
Now that flex is in chapter 5 and that it is built without the trick,
it can be seen that flex.1 man page is installed anyway.
Is there something more that the HELP2MAN trick would allow?
If not, I suggest to remove it. It just confuses things
Pierre
--
http://lists.linuxfromscratch.org/listin
On Sat, 2020-05-02 at 11:19 +1000, James B via lfs-dev wrote:
>
> >
> > [1] http://www.linuxfromscratch.org/~pierre/lfs-modified/index.html
>
> If you can produce a single HTML version of this, that would be good
> because it would be easier to archive for future reference. This idea
> has its m
On Sat, 2020-05-02 at 10:55 +0800, Xi Ruoyao via lfs-dev wrote:
> 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
Hi,
I propose a new way to build LFS, which removes the need for the /tools
symlink, and decreases the number of tweaks needed when building gcc.
The current build builds a cross-compiler in pass1, and uses it as a
native compiler in pass2. This needs to use a non standard directory
(/tools) to h
On Sun, 2020-04-26 at 09:30 -0400, Jean-Marc Pigeon via lfs-dev wrote:
> Hello,
>
>
> Working with my (LFS based) server, I got a trouble
> with /etc/services (iana port definition), as (just an example)
> port 953 (rndc) is not defined.
>
> The LFS /etc/services (extracted from iana-etc-2.30.ta
On Sat, 2020-04-18 at 21:03 +0100, Ken Moffat via lfs-dev wrote:
> On Fri, Apr 03, 2020 at 07:15:28PM +0100, Ken Moffat via lfs-dev
> wrote:
> > On Fri, Apr 03, 2020 at 07:33:08PM +0200, Pierre Labastie via lfs-
> > dev wrote:
> > > I've reinstated the ICA system
On Thu, 2020-04-09 at 12:18 -0500, Bruce Dubbs via lfs-dev wrote:
> On 4/9/20 11:38 AM, Tadeus Prastowo via lfs-dev wrote:
> > On Thu, Apr 9, 2020 at 9:12 AM Pierre Labastie <
> > pierre.labas...@neuf.fr> wrote:
> > > On Wed, 2020-04-08 at 23:27 +0200, Tadeus Prast
Changed the subject to reflect what is really going on...
On Thu, 2020-04-09 at 11:56 +0200, Pierre Labastie via lfs-dev wrote:
>
[...]
> Sometimes I wonder why I assume something without checking! It
> happens
> to me too often that it then proves wrong!
>
> Here it is: I&
On Sun, 2020-04-05 at 09:37 +, DJ Lucas via lfs-dev wrote:
> On April 3, 2020 2:17:29 PM CDT, Pierre Labastie via lfs-dev <
> lfs-dev@lists.linuxfromscratch.org> wrote:
> > On Fri, 2020-04-03 at 13:27 -0500, Bruce Dubbs via lfs-dev wrote:
> > > On 4/3/20 12:33 PM,
When doing ICA,
I see that login, expiry, and su differ between first pass and next.
Using objdump, I see that the files from first pass reference
/bin/passwd, while the files from the next pass reference
/usr/bin/passwd. Note that passwd is installed in /usr/bin (and not
moved to /bin afterwards),
On Wed, 2020-04-08 at 14:06 +0200, Tadeus Prastowo via lfs-dev wrote:
> Hello Pierre,
>
> On Wed, Apr 8, 2020 at 11:55 AM Pierre Labastie via lfs-dev
> wrote:
> > Hi,
> >
> > We say that SHLIB_LIBS="-L/tools/lib -lncursesw" is needed to force
> > Re
Hi,
We say that SHLIB_LIBS="-L/tools/lib -lncursesw" is needed to force
Readline to link against the libncursesw library. But:
1) Even if readline uses the tremcap functions, it does not link
against any library containing it (see the INSTALL file in source).
2) This switch had not effect to the o
On Tue, 2020-04-07 at 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 Fri, 2020-04-03 at 13:27 -0500, Bruce Dubbs via lfs-dev wrote:
> On 4/3/20 12:33 PM, Pierre Labastie via lfs-dev wrote:
> > I've reinstated the ICA system in jhalfs, in order to test the
> > builds
> > with the sysroot/cross-compile system.
> >
> > For tho
I've reinstated the ICA system in jhalfs, in order to test the builds
with the sysroot/cross-compile system.
For those who haven't folowed lfs in the 200x years, ICA (iterative
comparison analysis) is a way to rebuild the system with itself, and
compare the results. There used to be another system
On Tue, 2020-03-31 at 08:52 +0800, Xi Ruoyao via lfs-dev wrote:
> 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.
> >
> >
On Sat, 2020-03-28 at 17:59 +0100, Pierre Labastie via lfs-dev wrote:
> On Sat, 2020-03-28 at 10:04 -0500, Bruce Dubbs via lfs-dev wrote:
> > On 3/28/20 7:48 AM, Pierre Labastie via lfs-dev wrote:
> > > On Sat, 2020-03-28 at 00:04 -1000, Dean Takemori via lfs-dev
> > >
On Sat, 2020-03-28 at 10:04 -0500, Bruce Dubbs via lfs-dev wrote:
> On 3/28/20 7:48 AM, Pierre Labastie via lfs-dev wrote:
> > On Sat, 2020-03-28 at 00:04 -1000, Dean Takemori via lfs-dev wrote:
> > > The version of sysklogd that LFS uses (1.5.1 - from
> > > https:
On Sat, 2020-03-28 at 00:04 -1000, Dean Takemori via lfs-dev wrote:
> The version of sysklogd that LFS uses (1.5.1 - from
> https://www.infodrom.org/projects/sysklogd/) has not been updated in
> over 5 years (late 2014).
>
> There is a successor project with active development (
> https://github.
Le 23/03/2020 à 10:12, Kevin Buckley via lfs-dev a écrit :
> On Mon, 23 Mar 2020 at 16:59, Pierre Labastie via lfs-dev
> wrote:
>
>>
>> I think blfs adds a level of details so that users can decide whether they
>> want to build the package or not. In LFS, the
Le 23/03/2020 à 09:53, Kevin Buckley via lfs-dev a écrit :
> Because I decided to build the three packges from LFS's Chapter 5
> that don't get built in Chapter 6, despite the builder having had to
> download the sources for Chapter 5, I noticed:
>
> 5.11. Tcl-8.6.10
>
> The Tcl package contains
Le 14/03/2020 à 10:44, Pierre Labastie via lfs-dev a écrit :
> Le 14/03/2020 à 09:56, Kevin Buckley via lfs-dev a écrit :
>> I note, because my PkgUser Book has explicit sections for
>> unpacking the sources that the vanilla book doesn't, that,
>> in Chapter 5 GGC Pass2,
Le 14/03/2020 à 17:36, Bruce Dubbs via lfs-dev a écrit :
> On 3/14/20 10:55 AM, Pierre Labastie via lfs-dev wrote:
>> Le 14/03/2020 à 16:00, Bruce Dubbs via lfs-dev a écrit :
>>> On 3/14/20 3:41 AM, Pierre Labastie via lfs-dev wrote:
>>>> In "6.4 Enteri
Le 14/03/2020 à 16:00, Bruce Dubbs via lfs-dev a écrit :
> On 3/14/20 3:41 AM, Pierre Labastie via lfs-dev wrote:
>> In "6.4 Entering the Chroot Environment", we have:
>>
>> From this point on, there is no need to use the LFS variable anymore,
>> b
Le 14/03/2020 à 09:56, Kevin Buckley via lfs-dev a écrit :
> I note, because my PkgUser Book has explicit sections for
> unpacking the sources that the vanilla book doesn't, that,
> in Chapter 5 GGC Pass2, the order of actions prior to the
> creation of the build directory is:
>
>
> Unpack the re
In "6.4 Entering the Chroot Environment", we have:
From this point on, there is no need to use the LFS variable anymore, because
all work will be restricted to the LFS file system. This is because the Bash
shell is told that $LFS is now the root (/) directory.
But it is not true t
Hi all,
I've removed completely the docbook snapshot at r11779 and r11780. Testing on
my system with installed docbook-xsl-1.79.1 (or 2) generated the same book (up
to meta information) as with the previous system.
I hope everybody has a usable docbook stylesheet installation. And that higgs
has i
Le 12/03/2020 à 03:52, Kevin Buckley via lfs-dev a écrit :
> On Tue, 10 Mar 2020 at 17:59, Pierre Labastie via lfs-dev
> wrote:
>> ...
>> what if you tried passing "MAKEINFO=/bin/true" to configure?
>>
>> Pierre
>
> Gets you very close.
>
> ma
Le 10/03/2020 à 10:19, Kevin Buckley via lfs-dev a écrit :
> As I usually build against Thomas Trepl's Multilib book, I've realised
> that I end up building the Glibc Info pages SIX times, three in Chapter 5
> and three in Chapter 6.
>
> I've been looking at the Glibc Makefile hierarchy but couldn
Le 02/03/2020 à 16:06, Bruce Dubbs via lfs-dev a écrit :
> On 3/2/20 3:11 AM, 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
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?
Pierre
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Un
Le 23/02/2020 à 16:31, Pierre Labastie via lfs-dev a écrit :
> Le 23/02/2020 à 15:49, Tadeus Prastowo via lfs-dev a écrit :
>>
>> I am glad to help. But, really, test what you fly, and fly what you
>> test. In other words, don't do an SVN build to write the book's
Le 01/03/2020 à 07:55, Kevin Buckley via lfs-dev a écrit :
> On Sun, 1 Mar 2020 at 01:16, Pierre Labastie via lfs-dev
> wrote:
>>
>> Le 29/02/2020 à 16:09, Bruce Dubbs via lfs-dev a écrit :
>>> On 2/29/20 4:57 AM, Pierre Labastie via lfs-dev wrote:
>>>
>&g
Le 29/02/2020 à 16:09, Bruce Dubbs via lfs-dev a écrit :
> On 2/29/20 4:57 AM, Pierre Labastie via lfs-dev wrote:
>
>>>
>>> Assuming there's no reason why the noChunks book shouldn't
>>> be created from the xmllint-ed source, (1) looks the cleaner
&g
Le 29/02/2020 à 11:39, Kevin Buckley via lfs-dev a écrit :
> I do hope I have this right: I don't think this one is down
> to my rendering environment.
>
> As I think of it, there are three files created in RENDERTMP
>
> lfs-html2.xml
> lfs-full.xml
> lfs-html.xml
>
> resulting from this p
Le 23/02/2020 à 15:49, Tadeus Prastowo via lfs-dev a écrit :
>
> I am glad to help. But, really, test what you fly, and fly what you
> test. In other words, don't do an SVN build to write the book's text
> (note that GCC has just moved from SVN to git this new year). Thank
> you.
I only did th
Le 23/02/2020 à 15:06, Tadeus Prastowo a écrit :
> On Sun, Feb 23, 2020 at 9:48 AM Pierre Labastie via lfs-dev
> wrote:
>>
>> Le 23/02/2020 à 09:20, Tadeus Prastowo via lfs-dev a écrit :
>>> In other words, the description of the option given in the LFS book
>>>
Le 22/02/2020 à 23:04, Pierre Labastie via lfs-dev a écrit :
> Le 21/02/2020 à 21:50, Pierre Labastie via lfs-dev a écrit :
>> Le 21/02/2020 à 18:15, Tadeus Prastowo a écrit :
>>> Some corrections below, keeping in mind that the binutils build is a
>>> native build, no
Le 23/02/2020 à 09:20, Tadeus Prastowo via lfs-dev a écrit :
> On Sun, Feb 23, 2020 at 7:58 AM Pierre Labastie via lfs-dev
> wrote:
>>
>> Le 23/02/2020 à 07:21, Pierre Labastie via lfs-dev a écrit :
>>> Le 23/02/2020 à 00:33, Tadeus Prastowo via lfs-dev a écrit :
>
1 - 100 of 367 matches
Mail list logo
