On 30.4.2019. 08:25, Xi Ruoyao via lfs-dev wrote:
On 2019-04-30 13:46 +0800, Kevin Buckley via lfs-dev wrote:
On Sun, 21 Apr 2019 at 12:08, Xi Ruoyao via lfs-dev
wrote:
by virtue of pointing to the /lib/udev, which is arch-specific,
It's not. /lib/udev only contains udev scripts and some
On 20.4.2019. 07:30, Kevin Buckley via lfs-dev wrote:
Because I have been performing a PkgUser build, I have
noticed, when coming to install Xen, that Eudev appears
to install its two PkgConfig files in seperate locations.
pkg xen:xen-master> ls -l /usr/lib/pkgconfig/
-rw-r--r-- 1 eudev eudev
On 21.2.2018. 10:09, Paul Menzel wrote:
Dear BLFS folks,
systemd 237 [1] installs the udev rule
`/lib/udev/rules.d/50-udev-default.rules`, which contains the line below.
```
KERNEL=="kvm", GROUP="kvm", MODE="0666", OPTIONS+="static_node=kvm"
```
As the group `kvm` is only added in the BLFS
On Sun, 2018-02-04 at 11:33 +0100, Pierre Labastie wrote:
> On 04/02/2018 09:02, Armin K. wrote:
> > On Sat, 2018-02-03 at 18:11 -0600, Bruce Dubbs wrote:
> > > Armin K. wrote:
> > > > On Sat, 2018-02-03 at 02:56 +, bdubbs@higgs.linuxfromscratc
> &
On Sat, 2018-02-03 at 18:11 -0600, Bruce Dubbs wrote:
> Armin K. wrote:
> > On Sat, 2018-02-03 at 02:56 +, bdu...@higgs.linuxfromscratch.or
> > g
> > wrote:
> > > Author: bdubbs
> > > Date: Fri Feb 2 18:56:41 2018
> > > New Revision: 11
On Sat, 2018-02-03 at 02:56 +, bdu...@higgs.linuxfromscratch.org
wrote:
> Author: bdubbs
> Date: Fri Feb 2 18:56:41 2018
> New Revision: 11359
>
> Log:
> Update to glibc-2.27.
>
> @@ -56,16 +56,21 @@
> store their runtime data in the FHS-compliant locations:
>
> patch -Np1 -i ../
>
On Sat, 2018-02-03 at 18:49 +1100, Wayne Blaszczyk wrote:
> FYI,
>
> It looks like libcap silently fails a gperf check due to which
> missing.
> If which is installed then libcap build fails with the following:
>
>
> make[1]: Entering directory '/opt/sources/libcap-2.25/libcap'
> gcc -O2
On 24.9.2017 0:22, bdu...@higgs.linuxfromscratch.org wrote:
Author: bdubbs
Date: Sat Sep 23 15:22:37 2017
New Revision: 11303
Log:
Add Meson-0.42.1.
Add Ninja-1.8.2.
Add Python-3.6.2.
Add libffi-3.2.1.
Update to eudev-3.2.4.
Modified: trunk/BOOK/chapter06/chapter06.xml
On Thu, 2017-09-21 at 18:05 -0500, DJ Lucas wrote:
>
> On 09/18/2017 08:47 PM, Armin K. wrote:
> > On 19.9.2017 0:48, Bruce Dubbs wrote:
> > > NOTE: Please trim when replying.
> > >
> > >
> > > With the above info, the question is how to incor
On 19.9.2017 0:48, Bruce Dubbs wrote:
> NOTE: Please trim when replying.
>
>
> With the above info, the question is how to incorporate it into
> LFS/BLFS. To install meson/ninja into LFS requires four new packages:
> libffi, python3, ninja, and meson. I've tested this and they work
> fine.
On 17.9.2017 1:12, Bruce Dubbs wrote:
Dr. George E. Moore wrote:
Building LFS version 8.0-systemd. Get error messages executing the "make
-k check". Cannot find the -lstdc++ file. Suggestions welcomed. A
portion of the output error log follows:
On 29.8.2017 11:59, Vladislav Dembskiy wrote:
Hi Ken, colleagues,
Did you find the way to avoid 1134 FAIL in gcc.target/i386/mpx? I have
got the same results and it is scared me.
Kind regards,
Vladislav
Just ignore it. GCC devs look to deprecate MPX [1] and my guess is that
it was
On 20.8.2017 2:37, dueff...@uwe-dueffert.de wrote:
Hi,
I do see a persistent glibc segfault on my current build
(glibc-2.26, gcc-7.2.0, flex-2.6.4) that did not appear on the previous
one (glibc-2.25, gcc-7.1.0, flex-2.6.4) when trying to execute
flex -i -s
Hi,
Due to real life issues, lack of time and systemd developers making
it hard to deploy systemd on LFS, I'll be resigning as developer for
both LFS and BLFS systemd.
The lack of time is the main reason, but other issues are equally
true for why I'll be stepping down. I ask for my accounts to
Resending again to the correct list. Bad autocomplete!
On 16.7.2015 17:41, LFS Trac wrote:
#3819: GCC-5.2.0
-+
Reporter: Krejzi | Owner: lfs-book@…
Type: enhancement | Status: new
Priority: normal | Milestone:
On 16.7.2015 18:00, Bruce Dubbs wrote:
Armin K. wrote:
GCC-5.2.0 has been released and is a bugfix update to the stable GCC-5
series.
Mainly for Bruce, but others are free to participate:
Glibc-2.22 is planned for July 31st. I could handle both at that time if
you're not in a hurry
On 11.07.2015 11:44, James Powell wrote:
I'm not saying you, nor I could have said anything to change their minds, but
now I'm curious and concerned about the direction of the project.
Without controlled stable releases, how will they track bugs? Just say to
everyone, pull a new git clone
On 10.07.2015 17:01, Nathan Coulson wrote:
On 10 July 2015 at 07:13, Milton Ott mil...@mettech.me wrote:
All apologies lfs-dev, this a great start isn't it. The patch is no
good. I forgot to double check
before sending and its come back to bite me.
Patience is the key. Main developer is from
Hi,
Starting with systemd-222, the systemd developers, after switching to github
not so long before that, stopped offering traditional tarballs that included
autotools files, html docs and manual pages and instead started using
github-generated tarballs which only include a snapshot of a git
On 10.07.2015 19:16, Bruce Dubbs wrote:
Armin K. wrote:
On 10.07.2015 17:01, Nathan Coulson wrote:
On 10 July 2015 at 07:13, Milton Ott mil...@mettech.me wrote:
All apologies lfs-dev, this a great start isn't it. The patch is no
good. I forgot to double check
before sending and its come back
On 3.7.2015 19:31, Bruce Dubbs wrote:
Daniel Schepler wrote:
By analogy with the reasoning from The /usr Versus /usr/local
Debate, it
seems it would make sense to install LFS Perl modules into vendor_perl
instead
of site_perl. If you agree, the fix would be to run:
perl Makefile.pl
On 06/24/2015 12:05 AM, Alexey Orishko wrote:
Hi all,
I've noticed a new configure option for gcc (Version SVN-20150610)
comparing to the previous books:
--with-glibc-version=2.11
Current book version is using glibc 2.21.
Is there any particular reason for using glibc v.2.11 while
On 12.6.2015 17:12, Bruce Dubbs wrote:
Laurence Dawson wrote:
=== g++ Summary ===
# of expected passes93236
# of unexpected successes 2
# of expected failures 339
# of unsupported tests 3645
/sources/gcc-build/gcc/testsuite/g++/../../xg++
On 12.6.2015 19:17, Bruce Dubbs wrote:
Armin K. wrote:
On 12.6.2015 17:12, Bruce Dubbs wrote:
Laurence Dawson wrote:
=== g++ Summary ===
# of expected passes93236
# of unexpected successes 2
# of expected failures 339
# of unsupported tests
On 05/15/2015 06:01 PM, Bruce Dubbs wrote:
Armin K. wrote:
On 05/15/2015 06:40 AM, Bruce Dubbs wrote:
In a fresh build of gcc-5.1 from a system using gcc-5.1, I get several
failures in libgomp. They are documented upstream at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742 and a patch
On 28.04.2015 22:33, Ken Moffat wrote:
Started preparing a new system, looks like the -with-pic switches in
binutils ARE needed on x86_64.
/mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/5.1.0/../../../../x86_64-lfs-linux-gnu/bin/ld:
/tools/lib/../lib64/libstdc++.a(eh_personality.o):
On 24.04.2015 10:00, Armin K. wrote:
Hi,
As some of you may have seen, we have landed GCC-5.1.0 in LFS. The upgrade
wasn't straightforward, but also wasn't that complex given that it's a major
version upgrade.
I have now uploaded jhalfs build and test logs and the build summary
Hi,
As some of you may have seen, we have landed GCC-5.1.0 in LFS. The upgrade
wasn't straightforward, but also wasn't that complex given that it's a major
version upgrade.
I have now uploaded jhalfs build and test logs and the build summary of the
systemd book, which may be used to compare test
On 23.04.2015 19:21, Ken Moffat wrote:
On Thu, Apr 23, 2015 at 02:40:13AM +0100, Ken Moffat wrote:
I see Douglas has already replied. For the new glibc test failure,
either take the sed I posted about 24 hours ago (not tested, but it
seems to match the non-comment line of the commit). The
On 23.04.2015 20:13, Armin K. wrote:
On 23.04.2015 19:21, Ken Moffat wrote:
On Thu, Apr 23, 2015 at 02:40:13AM +0100, Ken Moffat wrote:
I see Douglas has already replied. For the new glibc test failure,
either take the sed I posted about 24 hours ago (not tested, but it
seems to match
On 23.04.2015 20:40, Armin K. wrote:
On 23.04.2015 20:33, Ken Moffat wrote:
On Thu, Apr 23, 2015 at 08:22:50PM +0200, Armin K. wrote:
On 23.04.2015 20:13, Armin K. wrote:
Thanks for the heads up.
A slightly shorter regexp sed could work too:
sed -ri 's#.*(if \(__glibc_unlikely \(buflen
On 19.04.2015 16:49, Armin K. wrote:
On 19.04.2015 16:44, Bruce Dubbs wrote:
Kevin Buckley wrote:
Have come to build an LFS 7.7 using the More Control and Package
Management (MCPM) hint, using a Ubuntu 12.04 Xen 4.1 host, with
the LFS build being performed inside a CentOS 6.6 domU.
Host
On 20.04.2015 01:01, Douglas R. Reno wrote:
That is definitely odd. Glibc was already installed, so why is it linking
to the libm.so.6, libpthread.so.0, and libc.so.6 in /tools? That makes no
sense, as it linked to other libraries like libz.so.1 in /lib, so it is not
like the search paths are
On 20.04.2015 00:32, Ken Moffat wrote:
On Sun, Apr 19, 2015 at 10:22:19PM +0200, Armin K. wrote:
And as an unrelated note, I believe it was you who brought up
the parallel build issue when 7.7 was released. While digging
through the commits, I noticed the following one which fixes
the issue
On 19.04.2015 21:58, Ken Moffat wrote:
FWIW, my results on this AMD machine differ slightly from
those on the intel. Nothing to worry about, but I think there is
still a degree of randomness about which gcc and glibc tests fail.
...
glibc:
...
elf/tst-audit2 is failing and I've not
On 19.04.2015 21:54, Ken Moffat wrote:
(TL;DR - I think eudev is referencing /tools)
FYI, I have read everything, but it's easier to reply here.
I have noticed the systemd-udev too references /tools (because of libblkid
being installed there).
I didn't like that, so I decided to work around it
On 19.04.2015 16:44, Bruce Dubbs wrote:
Kevin Buckley wrote:
Have come to build an LFS 7.7 using the More Control and Package
Management (MCPM) hint, using a Ubuntu 12.04 Xen 4.1 host, with
the LFS build being performed inside a CentOS 6.6 domU.
Host and VM are x86_64.
When installing the
On 16.3.2015 2:10, jean lewis wrote:
LFS-BOOK-7.7-systemd.pdf page xvii:
cat version-check.sh EOF #!/bin/bash
# Simple script to list version numbers of critical development tools
those start lines are missing.
Comment in line 160 of source:
On 16.3.2015 0:29, bdu...@higgs.linuxfromscratch.org wrote:
Author: bdubbs
Date: Sun Mar 15 16:29:31 2015
New Revision: 10880
Log:
Remove non-essential static libraries from the installation. Added a new
section in Chapter 6 Introduction, supressed many static libraries in different
packages,
On 8.3.2015 0:21, Ken Moffat wrote:
I've just started a 32-bit qemu build. For most of the packages
where I noticed static libs, I'm adding --disable-static. Not for
flex or zlib. For ncurses I'm adding --disable-normal : I suspect
it one or two static ncurses libs might still remain). And I
On 02/26/2015 10:27 PM, Bruce Dubbs wrote:
Armin K. wrote:
On 02/26/2015 04:27 PM, Bruce Dubbs wrote:
Alexey Orishko wrote:
On Thu, Feb 26, 2015 at 12:35 PM, Alexey Orishko
alexey.oris...@gmail.com wrote:
Information about hardware devices is maintained in the
/etc/udev/hwdb.d and /usr/lib
On 27.2.2015 4:30, DJ Lucas wrote:
On 02/26/2015 08:01 PM, Armin K. wrote:
On 27.2.2015 2:44, DJ Lucas wrote:
Armin, when creating /etc/resolv.conf, need to remove the existing
symlink first.
-- DJ
It's rather one or other. If you want the static one, don't create the
symlink.
Shoot
On 27.2.2015 2:44, DJ Lucas wrote:
Armin, when creating /etc/resolv.conf, need to remove the existing
symlink first.
-- DJ
It's rather one or other. If you want the static one, don't create the
symlink.
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ:
for the lfs-dev mailing list is
required to avoid spam.
You can read the book online [2] or download it from [3] to read it locally.
A big thanks goes to Bruce Dubbs for keeping up to date majority of the packages
that are shared between the two LFS books.
-- Armin K., LFS systemd Maintainer
On 11.2.2015 19:54, Bruce Dubbs wrote:
I was hoping to freeze on Feb 15, but I'd really like to get
util-linux-2.26 in before that. I asked upstream and they are waiting
on i18n translations so they think it should be sometime next week.
The question is whether we should wait or slip it into
On 8.2.2015 1:48, Alexey Orishko wrote:
Hi guys,
I'd like to build snapshot version SVN-20150206 as a preparation for
migration from LFS-7.5 to next release (I'm skipping 7.6).
Is there anything in the current snapshot version preventing from
completing LFS build?
What is the guesstimate for
On 01/19/2015 01:36 AM, Олег Титов wrote:
Dear LFS developers!
Recently I've built my LFS/BLFS system in VMware Player environment up
to running KDE desktop. And I got a problem when I decided to instal
VMware tools to have convenient integration with host system: some
modules of VMware
:
On Mon, Dec 22, 2014 at 06:15:38PM +0800, xinglp wrote:
2014-12-22 14:49 GMT+08:00 Armin K. kre...@email.com:
On 12/22/2014 03:59 AM, xinglp wrote:
systemd's 'configure' output:
checking whether IFLA_BOND_AD_INFO is declared... yes
checking whether IFLA_VLAN_PROTOCOL is declared... yes
On 12/22/2014 03:59 AM, xinglp wrote:
systemd's 'configure' output:
checking whether IFLA_BOND_AD_INFO is declared... yes
checking whether IFLA_VLAN_PROTOCOL is declared... yes
checking whether IFLA_VXLAN_LOCAL6 is declared... yes
checking whether IFLA_IPTUN_6RD_RELAY_PREFIXLEN is
On 12/11/2014 06:34 AM, Bruce Dubbs wrote:
Tim Tassonis wrote:
Hi List
...
3. no static libgcc and libstdc++ from gcc compile
The build instruction for stage 2 in 6.17. GCC-4.9.2 works perfectly,
but does not build static versions of libgcc and libstdc++. From a
run-time dependency view
On 12/08/2014 02:17 PM, xinglp wrote:
Here is the patch.
Thanks, fixed in r10802.
--
Note: My last name is not Krejzi.
signature.asc
Description: OpenPGP digital signature
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See
Hello everyone,
Not so long ago I pointed out on the blfs development list that I was
working on a BLFS systemd fork. In order not to go much into details
here, you can find the entire discussion as well as reasoning behind at
at [1].
That fork is now live and has been set up as an unofficial
Hi,
Just noticed Arch bug report that points out several security issues in
binutils-2.24 with, references to fixes for the same.
https://bugs.archlinux.org/task/42773
--
Note: My last name is not Krejzi.
signature.asc
Description: OpenPGP digital signature
--
On 09/27/2014 10:29 PM, Dan McGhee wrote:
I was able to achieve my grub and uefi goals using this package.
Apparently, it is the result of some serious EFI work by the grub
developers.
I know that UEFI is still pretty much a magic, black box, but I'm sure
the firmware will proliferate since
on and also to
everyone else who contributed in any way during this release cycle.
-- Armin K., LFS systemd Maintainer.
-- www.linuxfromscratch.org
[1]
http://lists.linuxfromscratch.org/pipermail/lfs-dev/2014-August/069540.html
[2]
http://lists.linuxfromscratch.org/pipermail/lfs-dev/2014
On 09/13/2014 01:18 PM, Wayne Blaszczyk wrote:
On 09/09/14 11:14, Bruce Dubbs wrote:
Ken Moffat wrote:
FAIL: posix/tst-getaddrinfo4
Summary of test results:
1 FAIL
1721 PASS
121 XFAIL
3 XPASS
Makefile:321: recipe for target 'tests' failed
make[1]: *** [tests]
On 11.9.2014 2:55, Dylan Cali wrote:
On Tue, Sep 9, 2014 at 1:06 PM, Armin K. kre...@email.com wrote:
It does not follow UNIX Philosophy
Anyone who works with modern software will notice that nothing today
follows that. Even X.org (the thing everyone has installed) does more
than one thing
On 11.9.2014 13:14, Richard Melville wrote:
Store data in flat text files.
Now this is not a bad idea, but a terrible idea. Storing anything in
plain text that's not a log, pid or a configuration file is completely
insane (at least in my opinion) and may result in a huge
problems with it so the final release can be made as best as possible.
-- Armin K., LFS systemd Maintainer.
-- www.linuxfromscratch.org
--
Note: My last name is not Krejzi.
signature.asc
Description: OpenPGP digital signature
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http
Hi,
I can't remember who it was that reported the issue with building LFS on
Slackware that resulted in adding additional checks for
lib{gmp,mpfr,mpc}.la files in host system requirements script.
Can you please verify if that's still the issue with latest lfs (rc/dev)
and latest Slackware
On 09/09/2014 03:36 AM, Kenneth Harrison wrote:
On Mon, Sep 8, 2014 at 6:19 PM, Armin K. kre...@email.com wrote:
Hi,
I can't remember who it was that reported the issue with building LFS on
Slackware that resulted in adding additional checks for
lib{gmp,mpfr,mpc}.la files in host system
On 09/09/2014 03:57 AM, Kenneth Harrison wrote:
On Mon, Sep 8, 2014 at 6:45 PM, Armin K. kre...@email.com wrote:
From memory, the issue wasn't standard Slackware installation, but some
trimmed-down version (I have no idea how) that somehow managed to get
libmpfr.la installed but not libgmp.la
On 08/23/2014 01:52 PM, Emanuele Rusconi wrote:
Hi, I found that:
make tests root-tests
gives me 67 or 68 failures if I set MAKEFLAGS='-jn' (for any n != 1).
With -j1, it always passes 100%:
make -j1 tests root-tests
Maybe a note could be added to the book?
--
to select Version: systemd so I can distinguish the
issues specific to the systemd book.
You can read the book online [4] or download it from [5] to read it locally.
Big thanks goes to Dj Lucas for helping me keep the book up to date
during certain time period.
-- Armin K., LFS systemd
On 08/22/2014 07:56 PM, Bruce Dubbs wrote:
kre...@higgs.linuxfromscratch.org wrote:
Author: krejzi
Date: Fri Aug 22 06:33:05 2014
New Revision: 10720
Log:
Actually, add back a note about lto tests.
Modified:
branches/systemd/BOOK/chapter06/binutils.xml
Modified:
On 21.8.2014 9:33, Mattias Schlenker wrote:
Am 20.08.2014 um 23:39 schrieb Bruce Dubbs:
Armin K. wrote:
In the mean time, I have created a glibc-2.20 tarball if real 2.20
release manages to slip by Aug 22. It's located at my web space [1] and
signed by me which can be verified using
On 08/20/2014 08:57 PM, kre...@higgs.linuxfromscratch.org wrote:
Author: krejzi
Date: Wed Aug 20 11:57:16 2014
New Revision: 10700
Log:
Merge trunk. Mention users/groups update.
Ran svn ci from chapter01 dir instead of top level dir. Trunk was
merged in the next commit (just to avoid
On 08/20/2014 11:39 PM, Bruce Dubbs wrote:
Armin K. wrote:
In the mean time, I have created a glibc-2.20 tarball if real 2.20
release manages to slip by Aug 22. It's located at my web space [1] and
signed by me which can be verified using the detached signature [2].
[1] http
On 08/20/2014 12:15 AM, Ken Moffat wrote:
On Tue, Aug 19, 2014 at 11:48:39AM -0500, Bruce Dubbs wrote:
Ken Moffat wrote:
Meanwhile, I see Bruce has had a reply on the util-linux list.
Unfortunately, github.com doen't offer plain-text versions of
commits. I've cloned it, and am attaching in
On 17.08.2014 19:55, Bruce Dubbs wrote:
kre...@higgs.linuxfromscratch.org wrote:
Author: krejzi
Date: Sun Aug 17 05:36:08 2014
New Revision: 10697
Log:
http://mm.icann.org/pipermail/tz-announce/2014-August/23.html
-cp -v zone.tab iso3166.tab $ZONEINFO
+cp -v zone.tab zone1970.tab
On 08/16/2014 04:25 PM, Armin K. wrote:
I have verified that package builds and installs fine in chapter 6
against linux-api-headers-3.16.1, but an older version of /tools
toolchain. However, the conform tests causes the testsuite to stop even
if using make -k (might be my -j4 is interfering
On 08/02/2014 06:45 PM, Charles Johnston wrote:
On 07/18/14 10:43, Bruce Dubbs wrote:
I've updated the book to gcc-4.9.1. There were a lot of bugs fixed that
were marked as regressions.
You may want to consider a few patches for 4.9.1. There were some problems
in the kernel and glibc
On 07/27/2014 06:35 PM, Bruce Dubbs wrote:
Armin K. wrote:
It will end up being the same.
-screenuserinput remap=makemake
SHLIB_LIBS=-lncurses/userinput/screen
+screenuserinput remap=makemake
SHLIB_LIBS=-lncursesw/userinput/screen
I don't see the need for this. It only reduces one
On 07/27/2014 06:44 PM, Bruce Dubbs wrote:
Armin K. wrote:
On 07/27/2014 06:25 PM, Bruce Dubbs wrote:
Armin K. wrote:
Instead of using the sed on perl page, the following env vars could be
used too:
BUILD_ZLIB=False
ZLIB_INCLUDE=/usr/include
ZLIB_LIB=/usr/lib
As another note, there's
On 07/26/2014 02:06 PM, John Frankish wrote:
On 07/26/2014 07:57 AM, John Frankish wrote:
I followed svn instructions up to and including Chapter 6.17. GCC-4.9.1 and
making sure to apply the binutils lto patch and to make the link:
ln -sfv ../../libexec/gcc/$(gcc
It will end up being the same.
See attachment.
--
Note: My last name is not Krejzi.
Index: BOOK/chapter06/readline.xml
===
--- BOOK/chapter06/readline.xml (revision 10647)
+++ BOOK/chapter06/readline.xml (working copy)
@@ -60,17
Instead of using the sed on perl page, the following env vars could be
used too:
BUILD_ZLIB=False
ZLIB_INCLUDE=/usr/include
ZLIB_LIB=/usr/lib
As another note, there's a module which uses bundled bzip2 source. It
can be made to use system libbz2.so by using the following env vars:
export
On 07/19/2014 06:05 PM, Bruce Dubbs wrote:
Armin K. wrote:
On 07/18/2014 06:43 PM, Bruce Dubbs wrote:
In other packages some tests fail:
binutils: 6 failures (already documented)
https://projects.archlinux.org/svntogit/packages.git/plain/trunk/binutils-2.24-lto-testsuite.patch?h
On 07/19/2014 10:47 PM, bdu...@higgs.linuxfromscratch.org wrote:
Author: bdubbs
Date: Sat Jul 19 13:47:53 2014
New Revision: 2939
Log:
Add patch to fix binutils test suite
Added:
trunk/binutils/binutils-2.24-lto_testsuite-1.patch
Added:
Currently there is a rather huge block of commands for this:
# Begin
install -dm755 /usr/lib/bfd-plugins
pushd /usr/lib/bfd-plugins
if [ $(uname -m) == i686 ]; then
ln -sfv ../../libexec/gcc/i686-pc-linux-gnu/4.9.0/liblto_plugin.so
else
ln -sfv
On 07/02/2014 06:39 PM, Armin K. wrote:
Currently there is a rather huge block of commands for this:
# Begin
install -dm755 /usr/lib/bfd-plugins
pushd /usr/lib/bfd-plugins
if [ $(uname -m) == i686 ]; then
ln -sfv ../../libexec/gcc/i686-pc-linux-gnu/4.9.0/liblto_plugin.so
else
ln
Hello everyone,
I took some time to update systemd branch to match the latest LFS changes.
Besides that, there is a rather major change in chapter 7 where network
configuration has been rewritten to use systemd-networkd instead of
ifup/ifdown scripts. Doing that, I have also removed
On 06/18/2014 05:07 PM, Matt Burgess wrote:
On 18/06/2014 16:05, Kazer Powa wrote:
Yep, I've read that, and I still believe it is wrong. It's not about the
ls command, it's about the path of the target. Of course the command in
the section 4.2 is right, as well as this one, but this one's
On 05/10/2014 04:37 AM, Bruce Dubbs wrote:
I have spent the last several days trying to understand the internals of
dbus, polkit, and consolekit in an attempt to integrate System V and
systemd.
I have not been successful. The linkages are not transparent at all.
For example
On 05/10/2014 05:29 PM, Aleksandar Kuktin wrote:
On Sat, 10 May 2014 13:15:16 +0200
Armin K. kre...@email.com wrote:
On 05/10/2014 04:37 AM, Bruce Dubbs wrote:
I tried to step back and see just what is all this dbus, systemd,
polkit, and consolekit stuff all about. My conclusion
On 05/06/2014 09:40 PM, Bruce Dubbs wrote:
Armin K. wrote:
As the title says.
Previous BOOK versions included bash fixes in chapter 5 too.
Its intentional. The patch is not needed for Chapter 5 or Chapter 6.
-- Bruce
Some people do mind using buggy shell versions, even if it's
On 05/07/2014 01:08 AM, William Harrington wrote:
On May 6, 2014, at 2:36 PM, Armin K. wrote:
Culprit for this one is that ncurses now installs widec libs whereas it
didn't install them in LFS-7.4, but the non-widec ones. Compat symlinks
and dummy libs creation for chapter 5 ncurses
On 4.5.2014 1:15, Ken Moffat wrote:
I'm just re-reading chapter 7 while I reorganise my own
buildscripts to cope with systemd OR udev-sysvinit OR
eudev-sysvinit, and was skipping over The Bash Shell Startup Files
because it is for all build variants when down at the bottom I
noticed:
UTF-8
88 matches
Mail list logo
