On Feb 18, 2014, at 9:52 AM, Bruce Dubbs wrote:
>> I got below message when I build kmod without "--disable-manpages".
>> checking for xsltproc... no
>> configure: error: xsltproc command not found, try ./configure --
>> disable-manpages
>
> Yes, me too. Will revert, but will also have to insta
Armin K. wrote:
> I took a liberty to correct two minor things in LFS development. I
> apologize for that, but it was really minor.
Yes, that's ok.
> Doing that, I've minimized differences between development and systemd
> branches. The attached patch shows what has been added or removed from
> t
On 02/18/2014 11:04 PM, kre...@higgs.linuxfromscratch.org wrote:
> Author: krejzi
> Date: Tue Feb 18 14:04:32 2014
> New Revision: 10486
>
> Log:
> Fix libexec paths.
>
Bruce, this is candidate for main branch, too.
> Modified:
>branches/systemd/BOOK/chapter06/coreutils.xml
>branches/sy
I took a liberty to correct two minor things in LFS development. I
apologize for that, but it was really minor.
Doing that, I've minimized differences between development and systemd
branches. The attached patch shows what has been added or removed from
the main branch during the systemd developme
Gregory H. Nietsky wrote:
>
> Ok actually reading the book again in "iii. LFS Target
> Architectures"
>
> You welcome to add ARMv7l to the list same rules apply as PPC infact
> ARM is "easier" and mostly out the box.
OK, I'll add that.
a disclaimer is that i build
> it mostly cross with qe
Ok actually reading the book again in "iii. LFS Target Architectures"
You welcome to add ARMv7l to the list same rules apply as PPC infact ARM is
"easier" and mostly out the box. a disclaimer is that i build it mostly
cross with
qemu-user running it this way on a i7x8 is faster than a exyno
Pierre Labastie neuf.fr> writes:
>
> But I am worried about this new output for 32 bit build. Doesn't it mean
> we should have a symlink lib32->lib, as we have lib64->lib for 64 bit?
> How many packages do rely on having libs in lib32 rather than lib?
>
> Pierre
>
No lib32 folder was ever cre
Armin K. wrote:
> On 02/18/2014 05:15 AM, Armin K. wrote:
> You have missed 3 trivial fixes:
>
>>>
>>> Modified: branches/systemd/BOOK/chapter05/xz.xml
>>> -Installation of Xz-Utils
>>> +Installation of Xz
> Title says Xz-Utils, rest of the page says Xz. Chapter 6 has Xz as
> title. Con
On 02/18/2014 05:15 AM, Armin K. wrote:
> On 02/18/2014 03:24 AM, kre...@higgs.linuxfromscratch.org wrote:
>> Author: krejzi
>> Date: Mon Feb 17 18:24:31 2014
>> New Revision: 10478
>>
>> Log:
>> Random fixes.
>>
>
> Bruce, you might be interested in some of the changes below for LFS,
> too. The {
Em 18-02-2014 12:46, Armin K. escreveu:
> libpng-1.6.9 is in the book, but it uses apng patch 1.6.8, while 1.6.9
> version of the patch is available.
>
Second time that I forget :-(
Thanks.
Fixed at r12726.
--
[]s,
Fernando
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http:
Redirecting from -dev
xinglp wrote:
>> Modified: trunk/BOOK/chapter06/kmod.xml
>> ==
>> --- trunk/BOOK/chapter06/kmod.xml Mon Feb 17 20:07:01 2014
>> (r10479)
>> +++ trunk/BOOK/chapter06/kmod.xml Mon Fe
Em 18-02-2014 12:22, Pierre Labastie escreveu:
> Le 18/02/2014 16:09, Fernando de Oliveira a écrit :
>> Em 18-02-2014 11:59, Fernando de Oliveira escreveu:
>>
>>> No /usr/local/lib32, but I am not sure if the dummy is run by jhalfs.
>> "dummy test"
>>
>>
> The "dummy test" is run in jhalfs (look at
libpng-1.6.9 is in the book, but it uses apng patch 1.6.8, while 1.6.9
version of the patch is available.
--
Note: My last name is not Krejzi.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
On 02/18/2014 04:22 PM, Pierre Labastie wrote:
> Le 18/02/2014 16:09, Fernando de Oliveira a écrit :
>> Em 18-02-2014 11:59, Fernando de Oliveira escreveu:
>>
>>> No /usr/local/lib32, but I am not sure if the dummy is run by jhalfs.
>> "dummy test"
>>
>>
> The "dummy test" is run in jhalfs (look at
Le 18/02/2014 16:09, Fernando de Oliveira a écrit :
> Em 18-02-2014 11:59, Fernando de Oliveira escreveu:
>
>> No /usr/local/lib32, but I am not sure if the dummy is run by jhalfs.
> "dummy test"
>
>
The "dummy test" is run in jhalfs (look at the end of /jhalfs/logs/081-gcc).
Actually, from your pr
Em 18-02-2014 11:59, Fernando de Oliveira escreveu:
> No /usr/local/lib32, but I am not sure if the dummy is run by jhalfs.
"dummy test"
--
[]s,
Fernando
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information pa
Em 18-02-2014 11:44, Armin K. escreveu:
> On 02/18/2014 03:25 PM, Arthur Radley wrote:
>> Everything went smoothly. I only wanted to mention one new thing that
>> happened and one old thing.
>>
>> The new thing: In section 6.17. GCC-4.8.2 when verifying that the new linker
>> is being used with th
On 02/18/2014 03:11 PM, Fernando de Oliveira wrote:
> Em 18-02-2014 10:47, Armin K. escreveu:
>> On 02/18/2014 02:14 PM, Fernando de Oliveira wrote:
>>> Em 18-02-2014 09:49, Armin K. escreveu:
On 02/18/2014 11:37 AM, Fernando de Oliveira wrote:
>
>
> 3. fcron-3.1.2
>
> checking L
On 02/18/2014 03:25 PM, Arthur Radley wrote:
> Everything went smoothly. I only wanted to mention one new thing that
> happened and one old thing.
>
> The new thing: In section 6.17. GCC-4.8.2 when verifying that the new linker
> is being used with the correct search paths, the result had some ex
Everything went smoothly. I only wanted to mention one new thing that
happened and one old thing.
The new thing: In section 6.17. GCC-4.8.2 when verifying that the new linker
is being used with the correct search paths, the result had some extra lines
for /lib32 which I haven't seen before and wh
20 matches
Mail list logo
