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
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
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',
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
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
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
> >
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
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
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
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
>
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,
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
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
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 wh
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 sto
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
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 how
> > pkgmngt may work. There is no heavy development on
> >
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
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
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
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
> >
> > **
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
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
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
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
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 defini
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
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
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
41 matches
Mail list logo