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
Am Freitag, den 14.09.2018, 15:25 +0800 schrieb Xi Ruoyao:
> On 2018-09-14 09:09 +0200, Thomas Trepl wrote:
> > Hi all,
> >
> > we have a lot of tweaks in eudev regarding blkid by creating a config.cache
> > file
> > and using LD_LIBRARY_PATH=/tools/lib.
>
Hi all,
we have a lot of tweaks in eudev regarding blkid by creating a config.cache
file
and using LD_LIBRARY_PATH=/tools/lib.
What if we just swap places of eudev and util-linux? It looks to me that we
could drop
the tweaks in eudev than.
Or do i miss something?
--
Thomas
--
Am Donnerstag, den 30.08.2018, 15:57 -0500 schrieb Bruce Dubbs:
> I plan to release 8.3 this weekend. Before I do I plan on updating
> the
> kernel to version 4.18.5 (or .6 if it is released before Saturday).
>
> The are four other packages waiting:
>
> e2fsprogs-1.44.4
> gdbm-1.18
>
Am Montag, den 20.08.2018, 10:25 -0500 schrieb Bruce Dubbs:
> On 08/20/2018 07:18 AM, Thomas Trepl wrote:
> > Am Mittwoch, den 15.08.2018, 21:25 -0500 schrieb DJ Lucas:
> > > ...
> > While creating a ticket for a minor bug in the Makefile, i saw that
> > linux-
Am Mittwoch, den 15.08.2018, 21:25 -0500 schrieb DJ Lucas:
> Discussion was requested in bug to see if security issues should be
> fixed before or after release. There are two low severity security
> issues in OpenSSL-1.1.0h currently in rc1. My thoughts, there is a
> low
> probability of
Am Samstag, den 18.08.2018, 22:32 -0500 schrieb Bruce Dubbs:
> On 08/18/2018 07:25 PM, scsijon wrote:
> > https://github.com/ninja-build/ninja/archive/ is where they are all
> > now,
> > the version number between archive/ and the package was made
> > redundant
> > back in april due to certain
Am Samstag, den 18.08.2018, 09:57 +0100 schrieb Robin Parker:
> Hi,
>
> In the 8.3 release candidates, the vim download url -
> ftp://ftp.vim.org/pub/vim/unix/vim-8.1.tar.bz2 doesn’t work for me.
>
> This link however, does work -
> http://ftp.vim.org/vim/unix/vim-8.1.tar.bz2
Works for me:
Hi,
for those who are interested in doing {,B}LFS with multilib support,
here is a patch on the LFS book adding some instructions to build the
LFS core system with multilib support.
Apply the patch to the LFS sources and run "make ARCH=multilib". If
leaving out the ARCH= parameter or set it to
Am Donnerstag, den 08.03.2018, 17:27 +0300 schrieb rslov...@yandex.com:
> I don't have any old hardware but I always build entire i686
> userland, my sole
> motivation is to use wine to run old games, but it's a strong enough
> one, and
> I sincerely think I would be doing this forever...
>
>
Hi,
the url to lfs-bootscripts is invalid:
http://www.linuxfromscratch.org/lfs/downloads/8.2.rc1/lfs-bootscripts-2
0170626.tar.bz2
should be
http://www.linuxfromscratch.org/lfs/downloads/8.2-rc1/lfs-bootscripts-2
0170626.tar.bz2
(note the dot instead a dash in 8.2.rc1)
The md5 checksum of the
Am Donnerstag, den 15.02.2018, 23:09 + schrieb Ken Moffat:
> On Wed, Feb 14, 2018 at 11:51:04PM +, Ken Moffat wrote:
> > On Wed, Feb 14, 2018 at 05:16:54PM -0600, Bruce Dubbs wrote:
> > >
> > > I think it is going to the last match in a search. Try adding
> > > 'set
> > > noincsearch' to
Am Dienstag, den 06.02.2018, 10:49 -0600 schrieb Bruce Dubbs:
> hykw...@sina.com wrote:
>
> > Actually, I want to build a new kernel with my old kernal config
> > (for the kernel 4.9) and here is my procedure:
> >
> > 1. Extract Linux source codes
> > 2. switch to the source code folder and type
Am Freitag, den 02.02.2018, 15:03 -0600 schrieb Bruce Dubbs:
> Thomas Seeling wrote:
> > Hallo,
> >
> >
> > I rebuilt LFS from SVN with kernel 4.15 gcc 7.3 on i686.
> >
> > # head -n7 /proc/cpuinfo
> > processor : 0
> > vendor_id : GenuineIntel
> > cpu family : 15
> > model :
Am Mittwoch, den 31.01.2018, 18:48 +0100 schrieb Pierre Labastie:
> On 31/01/2018 18:16, thomas wrote:
> > Hi all,
> >
> > does (B)LFS "officially" support i686 platforms or did we silently
> > drop
> > 32-bit? There were a few comments about this question in Sept/Oct
> > last year as
> > Bruce
Am Sonntag, den 07.01.2018, 12:56 +0100 schrieb Thomas Trepl:
> Hi,
>
> I came across that adjusting.xml has nearly on every docbook tag the
> os
> attribute set (with values from "a" upto "t").
>
> For what is that good for? It looks to me that this
Hi,
I came across that adjusting.xml has nearly on every docbook tag the os
attribute set (with values from "a" upto "t").
For what is that good for? It looks to me that this has been a test,
according to changelog at least more than 20 months ago... ;-)
You can simply remove the attributes by
Am Samstag, den 06.01.2018, 10:48 -0600 schrieb Bruce Dubbs:
> Thomas Trepl wrote:
> > we're moving away all the .la file but in chap6.creating-files we
> > maintain libstdc++.la. In systemd version, there is even more:
> > blkid
> > lzma mount uuid
> >
>
we're moving away all the .la file but in chap6.creating-files we
maintain libstdc++.la. In systemd version, there is even more: blkid
lzma mount uuid
Do we still need that, if yes, why?
--
Thomas
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Am Donnerstag, den 14.12.2017, 11:13 +0800 schrieb Rogue S.T:
> My LFS is 7.0, i have a demand about play video, so i want to install
> MPlayer.
> But i get a error:cannot find pow when i install libpng package that
> dependent.
> What? then i search it on google and lfs? nothing ,can you help
Hi all,
after digging around to get LFS booting on a mdadm-raid (based on a
fakeraid on C236 chipset) I've collected a few changes to some
essentials files.
LFS bootscripts
Problem was that after every reboot, the array has been rebuild. While
rebuild, the system is nearly unusable slow and the
Am Samstag, den 23.09.2017, 17:32 -0500 schrieb Bruce Dubbs:
> I have added four new packages to LFS: libffi, python3, ninja, and
> meson.
> Please take a look and let me know of any issues/suggestions/typos
> etc.
>
> For those who do not render the book themselves, it will be rendered
>
Am 2017-05-24 17:13, schrieb Bruce Dubbs:
Thomas Trepl wrote:
Hi all,
shouldn't the instruction (6.9. Glibc-2.25)
case $(uname -m) in
x86)GCC_INCDIR=/usr/lib/gcc/x86-pc-linux-gnu/7.1.0/include
ln -s ld-linux.so.2 /lib/ld-lsb.so.3
;;
x86_64
Hi all,
shouldn't the instruction (6.9. Glibc-2.25)
case $(uname -m) in
x86)GCC_INCDIR=/usr/lib/gcc/x86-pc-linux-gnu/7.1.0/include
ln -s ld-linux.so.2 /lib/ld-lsb.so.3
;;
x86_64) GCC_INCDIR=/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.0/include
ln -s
Am Montag, den 18.04.2016, 15:24 -0500 schrieb Bruce Dubbs:
> I've been thinking thinking about a new Live CD/Rescue CD based on
> LFS.
> It would be much less ambitious than the old one that included an X
> implementation.
>
> What I had in mind is a base LFS system with the following:
>
>
65 matches
Mail list logo
