On 8/23/2020 4:24 PM, Bruce Dubbs via lfs-dev wrote:
On 8/23/20 3:44 PM, DJ Lucas via lfs-dev wrote:
/lib/libbz2.so.1.0 is not a symlink but a hard link. In the grand
scheme of things, it doesn't matter, any real difference (again,
super minor) only shows up when packaging.
Suggest changing
/lib/libbz2.so.1.0 is not a symlink but a hard link. In the grand scheme
of things, it doesn't matter, any real difference (again, super minor)
only shows up when packaging.
Suggest changing the following:
cp -av libbz2.so* /lib
ln -sv ../../lib/libbz2.so.1.0 /usr/lib/libbz2.so
to
cp -av
On April 3, 2020 2:17:29 PM CDT, Pierre Labastie via lfs-dev
wrote:
>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
On 2/9/2020 11:33 AM, Pierre Labastie via lfs-dev wrote:
Le 09/02/2020 à 17:46, Bruce Dubbs via lfs-dev a écrit :
On 2/9/20 10:36 AM, Pierre Labastie via lfs-dev wrote:
Le 09/02/2020 à 09:02, Kevin Buckley via lfs-dev a écrit :
I'll spare you the details of how I cam to notice this but i
On 1/19/2020 12:17 AM, DJ Lucas via lfs-dev wrote:
See https://legacy.python.org/dev/peps/pep-3149/for rationale
Sorry, bad link. https://legacy.python.org/dev/peps/pep-3149/
--DJ
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe
On 1/18/2020 9:21 PM, Kevin Buckley via lfs-dev wrote:
On the back of trying to build Xen 4.12.2 on an LFS system, I've hit
an issue whereby the Xen M4 python_devel module fails but, even when I
fix that, Python3 seems to report the "wrong" info.
ac_python_version=`$PYTHON -c 'import
On 12/20/2019 6:33 PM, Douglas R. Reno via lfs-dev wrote:
On 12/20/19 2:53 PM, Bruce Dubbs via lfs-dev wrote:
On 12/20/19 2:29 PM, Pierre Labastie via lfs-dev wrote:
Here is the error I get:
CCLD libmagic.la
On 12/11/2019 10:31 PM, Bruce Dubbs via lfs-dev wrote:
Recently Joel Bion sent us a hint that addresses setting static
ipv6 addresses in LFS.
http://www.linuxfromscratch.org/hints/downloads/files/IPv6-in-LFS.txt
Okay, I'm not subbed to hints, but I finally got a chance to take a look.
On December 12, 2019 10:17:24 AM CST, Joel Bion via lfs-dev
wrote:
>I agree with what Uwe is saying 100%.
>
>IPv6 use is increasing - right now Google is seeing 24.9% of its
>incoming daily traffic is IPv6, of course a lot of that has to do with
>mobile devices.
>
>But nobody can really ignore
On 12/11/2019 10:31 PM, Bruce Dubbs via lfs-dev wrote:
Recently Joel Bion sent us a hint that addresses setting static
ipv6 addresses in LFS.
http://www.linuxfromscratch.org/hints/downloads/files/IPv6-in-LFS.txt
I've been looking at this trying to decide if/how to incorporate this
into LFS.
On 12/8/2019 5:11 PM, DJ Lucas via lfs-dev wrote:
Step 5: Why? This works just fine despite vim's broken highlighting -
I need to fix that too. Can copy the expressions from the bind syntax
files and upstream.
Way OT, but it was bugging me. I ripped off the ones in bind's syntax
files
On 12/9/2019 4:35 AM, jpb...@westvi.com wrote:
Hi -
How you want to incorporate IPv6 into LFS is your choice, of course -
my goal was to provide a 'nudge' to actually incorporating it, as I
think it needs to be included.
Nudge accepted. Thank you. :-)
For example, I agree that the
On 12/7/2019 9:51 PM, Bruce Dubbs via lfs-dev wrote:
On 12/7/19 9:11 PM, Joel Bion via lfs-dev wrote:
Hi -
This concerns adding static IPv6 support to Linux From Scratch.
I worked on this a bit a few years ago, but life got in the way, and
I paused all work on this, but over the
Any objection to adding pointers to BLFS on the kernel page about Linux
firmware and cpio that might be used by make? The firmware has been a
known issue for some time but was not included in LFS because it is
covered in detail in BLFS (as well as limited to exactly what is needed
so not have
On September 22, 2019 11:14:01 AM CDT, Bruce Dubbs via lfs-dev
wrote:
>On 9/21/19 11:52 PM, DJ Lucas via lfs-dev wrote:
>>
>>
>> On 9/21/2019 11:42 PM, Bruce Dubbs via lfs-dev wrote:
>>>
>>> I wonder if the firewalld authors have considered the case of a
On 9/21/2019 11:42 PM, Bruce Dubbs via lfs-dev wrote:
I wonder if the firewalld authors have considered the case of a kernel
without modules. I don't know of any of the major distros that do not
use modules. User configured kernels are a relatively rare situation
(not for us of course).
On 9/21/2019 11:13 PM, Bruce Dubbs via lfs-dev wrote:
Seems odd to depend on the overall setting. If loadable modules
support is set, but you don't build any modules, why should the SW care?
I agree that the above would be a little unusual, but the test should
not be whether the kernel is
On 9/21/2019 10:02 PM, DJ Lucas via lfs-dev wrote:
On 9/20/2019 11:29 PM, Kevin Buckley via lfs-dev wrote:
On Sat, 21 Sep 2019 at 07:46, DJ Lucas via lfs-dev
wrote:
In the book, we currently have the text "Install the modules, if the
kernel configuration uses them:" - this is
On 9/20/2019 11:29 PM, Kevin Buckley via lfs-dev wrote:
On Sat, 21 Sep 2019 at 07:46, DJ Lucas via lfs-dev
wrote:
In the book, we currently have the text "Install the modules, if the kernel
configuration uses them:" - this is incorrect. All kernels use them, whether they
On September 20, 2019 11:29:01 PM CDT, Kevin Buckley via lfs-dev
wrote:
>On Sat, 21 Sep 2019 at 07:46, DJ Lucas via lfs-dev
> wrote:
>>
>> In the book, we currently have the text "Install the modules, if the
>kernel configuration uses them:" - this is incorrect.
On 9/20/2019 6:52 PM, Bruce Dubbs via lfs-dev wrote:
On 9/20/19 6:46 PM, DJ Lucas via lfs-dev wrote:
In the book, we currently have the text "Install the modules, if the
kernel configuration uses them:" - this is incorrect. All kernels use
them, whether they
In the book, we currently have the text "Install the modules, if the
kernel configuration uses them:" - this is incorrect. All kernels use
them, whether they are built-in or not, and this step is required to
populate /lib/modules/$(uname -r)/modules.{builtin,dep,order,*}. This
sentence should
On 7/18/2019 10:12 PM, Bruce Dubbs via lfs-dev wrote:
On 7/18/19 9:36 PM, DJ Lucas via lfs-dev wrote:
On 7/7/2019 5:28 PM, Bruce Dubbs via lfs-dev wrote:
On 7/7/19 5:23 PM, DJ Lucas via lfs-dev wrote:
On 7/3/2019 10:06 AM, Bruce Dubbs via lfs-dev wrote:
On 7/3/19 1:17 AM, DJ Lucas via
On 7/7/2019 5:28 PM, Bruce Dubbs via lfs-dev wrote:
On 7/7/19 5:23 PM, DJ Lucas via lfs-dev wrote:
On 7/3/2019 10:06 AM, Bruce Dubbs via lfs-dev wrote:
On 7/3/19 1:17 AM, DJ Lucas via lfs-dev wrote:
[snip]
Just a quick (but functional) mock-up using update-ca-certificates
as an example
On 7/12/2019 5:53 PM, DJ Lucas via lfs-dev wrote:
I did have a patch for jhalfs that was relatively simple for Thomas's
build, but it's went away with last cleanup, but was not difficult. I
think all I had to do was to expand the glibc-* target
I had to add -32 to the sed for the package
On 7/12/2019 6:37 AM, Lewis Pike via lfs-dev wrote:
On Thu, Jul 11, 2019 at 11:37:40AM -0400, Cindy Sue Causey via lfs-dev wrote:
Woohoo, I got one! Try this:
http://www.linuxfromscratch.org/~dj/lfs-systemd-multilib/index.html
I hit up a search engine, and the 404 (gone to Atlanta) dead
On 7/3/2019 10:06 AM, Bruce Dubbs via lfs-dev wrote:
On 7/3/19 1:17 AM, DJ Lucas via lfs-dev wrote:
On 6/28/2019 10:59 AM, Bruce Dubbs via lfs-dev wrote:
On 6/28/19 10:16 AM, Marty Jack via lfs-dev wrote:
You could consider doing it the way I have been doing it. In my
view the iana-etc
On 6/28/2019 10:59 AM, Bruce Dubbs via lfs-dev wrote:
On 6/28/19 10:16 AM, Marty Jack via lfs-dev wrote:
You could consider doing it the way I have been doing it. In my view
the iana-etc package in the book is in unmaintained status.
If you download
On 6/9/2019 11:41 PM, xinglp via lfs-dev wrote:
Jean-Marc Pigeon via lfs-dev 於
2019年6月10日 週一 上午10:17寫道:
Hello, lfs-bootscripts-20190524 /sbin/ifup, fail to properly add
bridge. ifconfig.bro is the bridge definition # cat
/etc/sysconfig/ifconfig.br0 ;- IFACE=br0
On 5/23/2019 10:42 PM, Bruce Dubbs via lfs-dev wrote:
Initial look is OK, but I'll have to test tomorrow.
-- Bruce
Thank you. Not that I couldn't commit myself, but I definitely wanted a
second set of eyes.
Thanks!
--DJ
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ:
On 4/12/2019 7:47 AM, Pierre Labastie via lfs-dev wrote:
On 12/04/2019 12:37, DJ Lucas via lfs-dev wrote:
Comparison does not work anymore because of some randomization in code
generation... Maybe, It could be disabled by some switch, though. We may
look at what is done for comparing
On 4/16/2019 2:00 PM, spiky0011 via lfs-dev wrote:
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 interpreter: /tools/lib/ld-linux-x32.so.2]
On April 15, 2019 9:03:10 PM CDT, "Douglas R. Reno via lfs-dev"
wrote:
>
>On 4/15/19 8:57 PM, Kevin Buckley via lfs-dev wrote:
>> I am sure that there are reasons for not doing this but I've noticed,
>> as a result of Xen no longer needing Python 2, that there isn't a
>> bare `python` installed
On April 11, 2019 10:49:07 PM CDT, Jeremy Huntwork via lfs-dev
wrote:
>Hi Folks,
>
>I'm just dropping a line to say I've released some actual documentation
>around a system I've been tinkering with for a long time:
>https://merelinux.org
>
>I thought some of you might find some ideas and
On March 28, 2019 7:00:29 PM CDT, Ken Moffat via lfs-dev
wrote:
>It is disappointing that glibc links to static libgcc. What we
>really need is a new generation of experimenters to replace Greg and
>Ryan.
>
>I like the sound of the "very clean method", but I'm not sure that
>it helps,
On 3/30/2019 9:04 PM, Kevin Buckley via lfs-dev wrote:
What's not been clear to me in trying to store changes within my local
SVN repo is how to seperate things out so that for example, i could
apply a "PkgUser" SVN diff to a vanilla LFS XML source tree if it
hadn't had Thomas's Multilib patch
On 3/31/2019 2:38 AM, Thomas Trepl via lfs-dev wrote:
Next step will be to make a branch in the original repository for the
ML part.
This should probably be done sooner rather than later, there is enough
of a demand that it is useful outside of the core group of developers,
and I'm not
On 3/25/2019 4:34 AM, Xi Ruoyao via lfs-dev wrote:
On 2019-03-24 12:49 -0500, Bruce Dubbs via lfs-dev wrote:
On 3/24/19 12:20 PM, Xi Ruoyao via lfs-dev wrote:
In r11250 DJ introduced several symlinks and GCC -isystem options for Glibc
so
it will use the final system location of system headers.
On 3/9/2019 10:38 AM, Pierre Labastie via lfs-dev wrote:
On 09/03/2019 17:09, DJ Lucas via lfs-dev wrote:
This reminds me, I'm getting /etc/sysconfig/ifconfig.eth0 with IFACE=enp3s0.
Yes, completely forgot about that... Problem is, I want to take my information
from the book, and the book
On 3/9/2019 2:50 AM, Pierre Labastie via lfs-dev wrote:
Sent to lfs-dev, since I am not sure everybody using jhalfs
monitors alfs-discuss. I've made several updates to jhalfs lately:
- generate an /etc/adjtime file for systemd. This involves a new variable
named LOCAL, which is set in System
On 2/6/2019 7:11 PM, Ken Moffat via lfs-dev wrote:
>
> no existing mounts in /mnt
Actually, there is a reason that /mnt hasn't been populated for a long
time now. In FHS 2.2, IIRC, possibly earlier (I was unable to find 2.1),
'/mnt' was redefined as a mount point for temporary filesystems (ex:
On 2/5/2019 7:35 PM, Ken Moffat via lfs-dev wrote:
> So far, all my linux machines have had CD or DVD drives, so I have not
> needed to create bootable usb sticks. But I'm hoping to get a new
> laptop, and all the interesting and available ones come with
> windoze-10 installed and without a DVD
On January 2, 2019 6:55:52 AM CST, Kevin Buckley via lfs-dev wrote:
>
>The one other thing I noticed is that there must be some automatic
>re-formatting of the XML going on (?) after changes are made, in that
>a couple of the patch chunks only failed to apply to the vanilla 8.3
>XML
>because the
On 01/01/2019 10:50 AM, spiky0011 via lfs-dev wrote:
DJ Lucas.
I have tried building your multilib sysV version I get a error in
building libcap-2.25 x32bit.
So far no problems upto here, I have restarted from ch6 a 2nd time
incase I made a mistake.
Error
libcap-2.25# make CC="gcc
On 12/4/2018 2:18 PM, DJ Lucas via lfs-dev wrote:
>
> No, something out of the ordinary. Came up when the build order was changed
> last time. Think procps links to systemd and needs the util-linux logs or
> something. Give me a bit and I'll confirm what it was.
Sorry so late. I
On December 3, 2018 11:12:34 AM CST, Bruce Dubbs via lfs-dev
wrote:
>On 12/03/2018 10:02 AM, Thanos Baloukas via lfs-dev wrote:
>> It has
>>
>> rm -vf /usr/include/{blkid,libmount,uuid}
>>
>> We don't create those symlinks now. It should be
>>
>> rm -vf /usr/lib/lib{blkid,mount,uuid}*
>>
>>
On 11/17/2018 04:56 PM, Xi Ruoyao via lfs-dev wrote:
systemd-239 test suite fails in BLFS:
exec-basic.service: Executing: /bin/touch /tmp/b
exec-basic.service: Failed to execute command: No such file or
directory
We can list `touch` as "a Coreutils programs expected by BLFS packages
to be
On November 10, 2018 9:00:32 AM CST, Xi Ruoyao via lfs-dev
wrote:
>On 2018-11-10 13:13 +, John Frankish via lfs-dev wrote:
>> > > Ref:
>> > >
>> > > Linux From Scratch - Version SVN-20181106 Chapter 6. Installing
>> > > Basic
>> > > System Software 6.9. Glibc-2.28
>> > >
>> > > The
On November 10, 2018 7:13:53 AM CST, John Frankish via lfs-dev
wrote:
>> > Ref:
>> >
>> > Linux From Scratch - Version SVN-20181106 Chapter 6. Installing
>Basic
>> > System Software 6.9. Glibc-2.28
>> >
>> > The instructions mention:
>> >
>> > libc_cv_slibdir=/lib
>> > This variable sets
On 10/24/2018 04:35 PM, William Harrington via lfs-dev wrote:
On 2018-10-23 12:58, Bruce Dubbs via lfs-dev wrote:
FYI.
-- Bruce
Forwarded Message
Subject: Re: Propose requiring Python 3.4 or later for building glibc.
Date: Tue, 23 Oct 2018 11:57:46 -0500
From: Bruce
50 matches
Mail list logo