Re: [blfs-dev] Multilib patch, was Re: llvm-6.0.0 FTBFS with glibc-2.28

2018-08-13 Thread Alain Toussaint
Le lundi 13 août 2018 à 23:36 +0200, Thomas Trepl a écrit :
> Am Montag, den 13.08.2018, 08:56 -0400 schrieb Alain Toussaint:
> > > Btw,
> > > new multilib-patch to come, building m32, mx32 and m64 ...
> > 
> > Hello Thomas,
> > 
> > That patch, is it to build {B}LFS in a multilib configuration
> > including
> > mx32?
> 
> Yes, thats the idea.  I'd admit that I have no clue for BLFS.
> Currently, i try to setup LFS in the ways that multilib is available
> and therefore theoretically usable for a multilib BLFS.
> 
> Just having some issues in early stage of chapter-6 (at 'file',
> something is not valid with mx32) but i think that can be sorted...
> 
> (My) goal is to get VirtualBox running on LFS. For this besides X and
> QT, a 32-bit environment (just m32, not mx32) is required.

In my case, I'd be more interested in mx32 with the vision that the
kernel have full access to the entire memory space of a system (say 32
or 64G) and places each mx32 application in his own 4G segment of
memory space which could be anywhere in the {32,64,etc...}GB memory
space.

Alain
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] LFS-8.3-rc1 is released

2018-08-13 Thread Bruce Dubbs

The Linux From Scratch community announces the release of LFS Version
8.3-rc1. It is a preliminary release of LFS-8.3.

Major changes include toolchain updates to glibc-2.28, binutils-2.31.1, 
and gcc-8.2.0. In total, 31 packages were updated since the last 
release. Changes to the text have also been made throughout the book. 
The Linux kernel has also been updated to version 4.18.


We encourage all users to read through this release of the book and test
the instructions so that we can make the final release as good as possible.

You can read the book online [0], or download [1] to read locally.

In coordination with this release, a new version of LFS using the 
systemd package is also being released. This package implements the 
newer systemd style of system initialization and control and is 
consistent with LFS in most packages.


You can read the systemd version of the book online [2], or download [3]
to read locally.

   -- Bruce

[0] http://www.linuxfromscratch.org/lfs/view/8.3-rc1/
[1] http://www.linuxfromscratch.org/lfs/downloads/8.3-rc1/
[2] http://www.linuxfromscratch.org/lfs/view/8.3-systemd-rc1/
[3] http://www.linuxfromscratch.org/lfs/downloads/8.3-systemd-rc1/
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] Multilib patch, was Re: llvm-6.0.0 FTBFS with glibc-2.28

2018-08-13 Thread Thomas Trepl
Am Montag, den 13.08.2018, 08:56 -0400 schrieb Alain Toussaint:
> > Btw,
> > new multilib-patch to come, building m32, mx32 and m64 ...
> 
> Hello Thomas,
> 
> That patch, is it to build {B}LFS in a multilib configuration
> including
> mx32?

Yes, thats the idea.  I'd admit that I have no clue for BLFS.
Currently, i try to setup LFS in the ways that multilib is available
and therefore theoretically usable for a multilib BLFS.

Just having some issues in early stage of chapter-6 (at 'file',
something is not valid with mx32) but i think that can be sorted...

(My) goal is to get VirtualBox running on LFS. For this besides X and
QT, a 32-bit environment (just m32, not mx32) is required.

--
Thomas

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] Can anybody build apache ant ?

2018-08-13 Thread Ken Moffat
On Sun, Aug 12, 2018 at 10:21:56PM -0500, DJ Lucas wrote:
> 
> I'll give ant a shot in a bit...well, given the time of day, I expect it'll
> probably be tomorrow night. I won't need it for another 80 or 90 packages
> yet. The 'get' error, however, looks like you are either missing the java
> cacerts, or you are using the PKCS#12 cacerts file instead of the JKS format
> file - we have to use the old format for ant, which is default in the book.
> You said that JAVA_HOME was not set, and this is covered in the book. Did
> you finish the binary Java install? There is a link at the bottom of the
> page that has to be followed to complete the install - which includes
> creating the cacerts file and the /etc/profile.d/jdk.sh file (which sets
> JAVA_HOME).
> 
> --DJ
> 
Thanks, I think I'm getting there.

For JAVA_HOME I read a comment somewhere, perhaps in a commit, that
this was now deprecated.  I don't use the BLFS way of adding PATH
components (so, if I _need_ to use tex, or qt, or jdk, or, (for
testing) kde in a build I have to set the PATH.

I think I removed all references to JAVA_HOME because of that
comment at some point after I last successfully built ant.

And the certs change was what threw me.  After rebuilding the certs
I'm almost there (trying apache-ant-1.10.5 again) :
 'cp -rv ant-1.10.5 /opt/'
does not work, no such file. It looks as if ./build.sh has installed
everything (I build as root, not sure what will happen for a regular
user!)

ĸen
-- 
   Entropy not found, thump keyboard to continue

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] parted-3.2 build breaks with glibc-2.28

2018-08-13 Thread Ryan Marsaw

Hello all.

In my attempt to build my first desktop environment (xfce) I came across
a build failure in parted-3.2:

[...]

CC   table.o
AR   libver.a
CCLD parted
/usr/bin/ld: ../libparted/.libs/libparted.so: undefined reference to `major'
/usr/bin/ld: ../libparted/.libs/libparted.so: undefined reference to `minor'
collect2: error: ld returned 1 exit status

[...]

The fix is rather simple:

sed -i '/assert.h/a#include ' libparted/arch/linux.c

Regards,

Ryan

--
Ryan Marsaw
rmar...@personainternet.com
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


[blfs-dev] Multilib patch, was Re: llvm-6.0.0 FTBFS with glibc-2.28

2018-08-13 Thread Alain Toussaint

> Btw,
> new multilib-patch to come, building m32, mx32 and m64 ...

Hello Thomas,

That patch, is it to build {B}LFS in a multilib configuration including
mx32?

Best regards,

Alain
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] llvm-6.0.0 FTBFS with glibc-2.28

2018-08-13 Thread Thomas Trepl
Am Sonntag, den 12.08.2018, 22:05 -0500 schrieb DJ Lucas:
> 
> On 08/12/2018 02:28 AM, Thomas Trepl wrote:
> > Am Sonntag, den 12.08.2018, 03:36 +0100 schrieb Ken Moffat:
> > > 6.0.1 builds.
> > 
> > Did you also run the tests?   This is where i struggle atm.  Tests
> > seem
> > to fail in a good amount and finally hang.
> 
> Which tests fail? Are you building with make or ninja? I'm of the
> mind 
> to use ninja for all cmake based packages (at least where possible, 
> there was a limitation, a corner case, but I don't recall what it
> was). 
> I do not build the docs, but if they are desired, then I think they 
> probably have to be included in the first cmake command line with
> ninja 
> adding -DLLVM_BUILD_DOCS=ON and the two sphinx defines already in the
> book.
> 
> I'm using the following:
> {{{
> CC=gcc CXX=g++  \
> cmake -DCMAKE_INSTALL_PREFIX=/usr   \
>-DLLVM_ENABLE_FFI=ON  \
>-DCMAKE_BUILD_TYPE=Release\
>-DLLVM_BUILD_LLVM_DYLIB=ON\
>-DLLVM_LINK_LLVM_DYLIB=ON \
>-DLLVM_TARGETS_TO_BUILD="host;AMDGPU" \
>-DLLVM_BUILD_TESTS=ON \
>-Wno -G Ninja ..  &&
> ninja -j12
> 
> ninja check{,-clang{,-tooling}} 2>&1 | tee clang-check-log.txt
> 
> ninja install
> }}}
> 
> Results:
> {{{
> [0/3] Running the LLVM regression tests
> -- Testing: 23298 tests, 16 threads --
> Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80.. 90..
> Testing Time: 50.99s
>Expected Passes: 15110
>Expected Failures  : 56
>Unsupported Tests  : 8132
> [1/3] Running lit suite /sources/llvm-
> 6.0.1.src/tools/clang/test/Tooling
> llvm-lit: /sources/llvm-6.0.1.src/utils/lit/lit/llvm/config.py:334: 
> note: using clang: /sources/llvm-6.0.1.src/build/bin/clang
> -- Testing: 26 tests, 16 threads --
> Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80.. 90..
> Testing Time: 0.21s
>Expected Passes: 26
> [2/3] Running the Clang regression tests
> llvm-lit: /sources/llvm-6.0.1.src/utils/lit/lit/llvm/config.py:334: 
> note: using clang: /sources/llvm-6.0.1.src/build/bin/clang
> -- Testing: 11832 tests, 16 threads --
> Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. 80.. 90..
> Testing Time: 59.26s
>Expected Passes: 11572
>Expected Failures  : 18
>Unsupported Tests  : 242
> }}}
> 
> 
> I limit all ninja builds, as a matter of course, to 12 threads as I
> get 
> OOMs with only 16GB of RAM on Chromium (but seems it was OK for
> tests, 
> as I forgot about it above). Also of note is that I am on multi-lib
> from 
> lfs-systemd-20180803, so 'host' builds both x86_64 and i386. Finally,
> I 
> build in chroot until Xorg (so building as root for the moment).
> 
> HTH
> 
> --DJ
> 
You are kidding ;-) "limiting to 12 threads", "only 16GB of RAM"
Sounds like you're on a very tiny and slow machine...

I used "make" - will redo checks with ninja and keep you updated. Btw,
new multilib-patch to come, building m32, mx32 and m64 ...

--
Thomas

-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page