Am Sonntag, dem 21.03.2021 um 10:39 +0800 schrieb Kevin Buckley via
lfs-dev:
> Revision 12166
>
> chapter06/binutils-pass2.xml
>
> has
>
> Compile the package:
>
> make
>
> Install the package, and
> workaround an issue causing
> libctf.so
> to link against zlib from the ho
Am Samstag, den 14.11.2020, 10:04 +0100 schrieb Pierre Labastie via
lfs-dev:
> 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 sectio
Am Dienstag, den 06.10.2020, 18:48 +0800 schrieb Kevin Buckley via
lfs-dev:
> 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_
Am Samstag, den 25.07.2020, 14:11 +0800 schrieb Kevin Buckley via lfs-
dev:
> Well I assume it does, given that the rendered version
> of r12003 I have just produced says
>
> 8.48.2. Installation of Libffi - 32bit
>
> but then
>
> 8.48.3. Installation of Libtool - x32bit
>
> Actually, no, it's
Am Samstag, den 20.06.2020, 14:53 +0100 schrieb Ken Moffat via lfs-
dev:
> On Sat, Jun 20, 2020 at 02:42:03PM +0200, Thomas Trepl via lfs-dev wrote:
> > Hi all,
> >
> > this is about hte configuration options of perl.
> >
> > Problem:
> > whenever perl is u
Hi all,
this is about hte configuration options of perl.
Problem:
whenever perl is upgraded to a newer version (for example 5.30.2 to
5.30.3), all perl modules needs to be reinstalled as the current
configuration of perl forces a directory structure like
/usr
/lib
/perl5
/5.30.2
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 syncing: stack-protector: Kernel stack is corrupted
> in: start_secondary+0x169/0x170
>
> at early boot.
> this has be
Am Montag, den 11.05.2020, 19:51 +0800 schrieb Xi Ruoyao via lfs-dev:
> 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
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 decreases the number of tweaks needed when building gcc.
>
> The current build builds a cross-compiler in pass1, and uses i
Am Samstag, den 11.04.2020, 11:53 -0500 schrieb Timothy Russo via lfs-
dev:
> I'm building a current LFS/BLFS system and while loading Fop-2.4 this
> morning, the required download links for PDFBox and PDFBox Fonts need to be
> updated to pdfbox/2.0.19. It looks like this was updated Feb 20th.
>
Am Dienstag, den 24.03.2020, 12:44 -0500 schrieb Timothy Russo via
lfs-dev:
> Whatever happened to the multilib patch? I was following the thread back in
> August 2018:
> On 08/25/2018 12:13 AM, DJ Lucas wrote:
>
> > One more thing, need to add lib32 paths to remove-la-files.sh. I, thus
> > far
Am Samstag, den 14.03.2020, 18:11 +0100 schrieb Pierre Labastie via
lfs-dev:
> 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 Labas
Am Dienstag, den 10.03.2020, 17:19 +0800 schrieb Kevin Buckley via
lfs-dev:
> 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.
Thats for sure kinda redundant. It might be cau
Am Sonntag, den 17.11.2019, 22:30 +0100 schrieb Thomas Trepl via lfs-
dev:
>
> Ok, its about three years to go for celebrating the 20th anniversary
> of version 1.0 (tarball's timestamp is 2002-11-04) but LFS as such was
> born already...
>
And this is not correct: Gerard d
Hi all,
well, its not really the first time i took a look to the {,B}LFS-book
this year ;-) but today I realized what is written in the Copyright
statement:
> Copyright © 1999-2019 Gerard Beekmans
This is now 20 years LFS!
Thanks to Gerard for the project, all the editors came and went away
and
Am Donnerstag, den 11.07.2019, 10:29 -0400 schrieb Lewis Pike via lfs-
dev:
> Hi all,
>
> Last year, I went through the process of adding multilib support to my
> existing 64-bit LFS system. I had come across what appeared to be a
> fork of the book at
> http://www.linuxfromscratch.org/~dj/histor
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, this
> will have a disastrous effect on Chapter 5.
Right, unfortunat
Hi all,
i'm just in the process of running thru a modified book including
(most of) the version upgrades (linux, e2fsprogs, perl, eudev, bison,
openssl) to see what happens using them. I just saw that they has been
commited in the minute...
I was to slow in reporting my findings (while compilatio
Am Montag, den 13.05.2019, 10:31 +0200 schrieb thomas via lfs-dev:
> Just a few hours ago they released 1.45.1 of e2fsprogs.
> Unfortunatly, nothing changed in the crond_dir case.
>
> Anyway, I've reported that to Ted - lets see if he (or others) will have
> a lok at it.
>
> --
> Thomas
Got fol
Am Montag, den 13.05.2019, 00:47 +0100 schrieb Ken Moffat via lfs-dev:
> On Sun, May 12, 2019 at 10:25:34PM +0200, Thomas Trepl via lfs-dev wrote:
> > Hi all,
> >
> > i just started a build of a new system. To my surprise, it failed in
> > chap6 at e2fsprogs where it ne
Am Sonntag, den 12.05.2019, 17:45 -0500 schrieb Bruce Dubbs via lfs-
dev:
> On 5/12/19 3:25 PM, Thomas Trepl via lfs-dev wrote:
> > Hi all,
> >
> > i just started a build of a new system. To my surprise, it failed in
> > chap6 at e2fsprogs where it never stopped
Hi all,
i just started a build of a new system. To my surprise, it failed in
chap6 at e2fsprogs where it never stopped before.
The reason for stopping is
ake[1]: Leaving directory '/autolfs/sources/e2fsprogs-1.45.0/build/po'
making install in scrub
make[1]: Entering directory '/autolfs/sources/e
Am Donnerstag, den 02.05.2019, 21:23 +0100 schrieb Ken Moffat via lfs-
dev:
> On Thu, May 02, 2019 at 09:39:44PM +0200, Thomas Trepl via lfs-dev wrote:
> > Regarding pkgmngt, i started a project for my own to see&learn how
> > pkgmngt may work. There is no heavy develo
Am Freitag, den 03.05.2019, 01:58 +1000 schrieb James B via lfs-dev:
> Hi guys,
>
> I've been lurking in this mailing list for quite a while now and seen some
> developments going on.
>
> Specifically, I have seen Thomas' multilib work being discussed and I think
> Thomas recently put his work
Am Mittwoch, den 24.04.2019, 10:04 -0500 schrieb Bruce Dubbs via lfs-
dev:
> On 4/24/19 12:34 AM, Thomas Trepl via lfs-dev wrote:
> > Am Mittwoch, den 24.04.2019, 00:21 -0500 schrieb Bruce Dubbs via lfs-
> > dev:
> > > On 4/24/19 12:05 AM, Thomas Trepl via l
Am Mittwoch, den 24.04.2019, 00:21 -0500 schrieb Bruce Dubbs via lfs-
dev:
> On 4/24/19 12:05 AM, Thomas Trepl via lfs-dev wrote:
> > Hi,
> >
> > just for interest/fun I build a "full featured" gcc-9 including ada
> > and all other available fronten
Hi,
just for interest/fun I build a "full featured" gcc-9 including ada
and all other available frontends. Note that there is a new language
frontend for 'D' :-)
All in all, it does not look bad, what do you think?
--
Thomas
cat <<'EOF' |
LAST_UPDATED: Obtained from SVN: trunk revision 270485
Am Dienstag, den 23.04.2019, 04:09 +0100 schrieb Ken Moffat via lfs-
dev:
> 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 volum
Am Dienstag, den 16.04.2019, 20:00 +0100 schrieb spiky0011 via lfs-
dev:
> Hello
>
> Just going through multilib book
>
> at ch5.7 glibc running sanity check for -mx32
>
> I get wrong output
>
> [Requesting program interpreter: /tools/libx32/ld-linux-x32.so.2]
>
> not
>
> [Requesting program
Hi all,
for those who are interested in multilib-LFS: A branch of the current
trunk has been created and now contains all modifications to support
m32 as well as mx32.
Browse the sources at
http://wiki.linuxfromscratch.org/lfs/browser/branches/multilib
and find the rendered book at
http://www.l
Am Sonntag, den 07.04.2019, 14:14 +0200 schrieb Pierre Labastie via
lfs-dev:
> Is there a reason why the instruction:
> "install -vdm755 /usr/lib/pkgconfig"
> is on the "6.6. Creating Essential Files and Symlinks" page,
> and not in "6.5. Creating Directories"?
Don't see a reason why it is in "Cre
Am Sonntag, den 31.03.2019, 10:04 +0800 schrieb Kevin Buckley via lfs-
dev:
> Hi there,
>
> I'd be interested in some feedback, should anyone have a chance to
> look at things, as to how best to leverage SVN to add "mutiple
> rendering pathways", so let me expand on that.
>
> The build system for
Am Samstag, den 23.03.2019, 17:39 +0800 schrieb Xi Ruoyao via lfs-dev:
> On Sat, 2019-03-23 at 16:48 +0800, Kevin Buckley via lfs-dev wrote:
*snip*
> > Anyroad, just came to do Chapter 6 ncurses after applying Thomas's patch
> > (note also I am doing a PkgUser build) and saw
> >
> > ** Configurati
Am Mittwoch, den 20.02.2019, 18:03 +0800 schrieb Kevin Buckley via
lfs-dev:
> Just wanted to tidy up the "loose end" here by saying that I did get an LFS
> that was able to build Xen 4.10 going by using the Mutlilib patch against
> LFS 8.3, and all this using a PkgUser approach.
>
> I have been tr
Am Mittwoch, den 20.02.2019, 18:03 +0800 schrieb Kevin Buckley via
lfs-dev:
> Just wanted to tidy up the "loose end" here by saying that I did get an LFS
> that was able to build Xen 4.10 going by using the Mutlilib patch against
> LFS 8.3, and all this using a PkgUser approach.
>
> I have been tr
Am Samstag, den 16.02.2019, 18:45 +0100 schrieb Pierre Labastie via
lfs-dev:
> On 2/16/19 6:19 PM, Bruce Dubbs via lfs-dev wrote:
> > On 2/16/19 9:08 AM, Thomas Trepl via blfs-support wrote:
> > > Am Samstag, den 16.02.2019, 15:18 +0100 schrieb Gerhard Gedigk via
> > > blfs-support:
> > > > Hello,
Am Samstag, den 09.02.2019, 23:45 -0800 schrieb Brandon Murry via lfs-
dev:
> Hi, I hope this is the right place to put this.
> I've been attempting to build Linux From Scratch from the development book
> using Systemd. One of the big new changes is an early build of Python 3.7.2
> for the newest
Am Freitag, den 01.02.2019, 12:01 -0600 schrieb Bruce Dubbs via lfs-
dev:
> Just a heads up. I am in the process of updating all current packages
> in the ticket system except systemd (7 packages including a new glibc).
>
> Glibc now requires Python-3.4 or later so that will be going into
> Cha
Hi all,
here a question about install directories of perl. Currently, an
installation of perl results in a structure like
/usr
+---> lib
+---> perl5
+---> 5.28.0
+---> site_perl
+---> 5.28.0
Installed perm modules seems to go mainly in
/u
Am Sonntag, den 13.01.2019, 12:48 +0800 schrieb Kevin Buckley via lfs-
dev:
> More of a heads up than somethng likley to affect most LFS builders,
> but just to point out that one of the last commands in the GCC section
> does the following
>
> =
> Finally, move a misplaced file:
>
Am Sonntag, den 06.01.2019, 14:16 +0800 schrieb Kevin Buckley via lfs-
dev:
> A web search for my GCC-internal zlib config error
>
> configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
>
> turned up, amongst others, these two, the first of which results from
> an LFS build !
>
Hi Kevin,
Am Samstag, den 05.01.2019, 18:56 +0800 schrieb Kevin Buckley via lfs-
dev:
> ...
>
> Failed at the second hurdle.
>
> The first GCC pass gets as far, in the `make`, as building the included zlib
> and, whilst configuring that, ends with
> Adding multilib support to Makefile in ../../
Am Sonntag, den 18.11.2018, 23:35 + schrieb Ken Moffat via lfs-
dev:
> On Sun, Nov 18, 2018 at 10:52:54PM +0100, Thomas Trepl via lfs-dev wrote:
> > Hi all,
> >
> > today VirtualBox started on a LFS host and i was able to start a VM
> > with it. I'm d
Hi all,
today VirtualBox started on a LFS host and i was able to start a VM
with it. I'm definitely not saying it is fully functional, much more
testing and bug fixing might be required for that. It is for sure not
"production ready" yet as some errors are still there. It does not
work to start ma
Am Freitag, den 09.11.2018, 10:19 -0600 schrieb Bruce Dubbs via lfs-
dev:
> On 11/09/2018 09:44 AM, Pierre Labastie via lfs-dev wrote:
> > On 09/11/2018 14:30, Pierre Labastie via lfs-dev wrote:
> > > On 09/11/2018 13:38, John Frankish via lfs-dev wrote:
> > > > > As an aside, what is the first lin
Am Freitag, den 09.11.2018, 11:15 + schrieb John Frankish via lfs-
dev:
> > > > > 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
Am Freitag, den 09.11.2018, 07:55 + schrieb John Frankish via lfs-
dev:
> > > 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 g
Am Freitag, den 29.12.2017, 10:05 -0600 schrieb Bruce Dubbs:
> Ken Moffat wrote:
> > On Fri, Dec 29, 2017 at 01:10:06PM +, Nate Costello wrote:
> > > I'm getting an incorrect hash for the lfs-bootscripts file. This is using
> > > the development branch. Can anyone attempt to repeat my findin
Am Samstag, den 06.10.2018, 17:21 +0800 schrieb Kevin
Buckley via lfs-dev:
> This patch may or may not be needed for Grub, as installed
> in the LFS book, however it is a patch to the sources that
> was required when I rebuilt Grub for a UEFI system, as per
> the UEFI hint, on a machine that has an
49 matches
Mail list logo
