Re: [blfs-dev] openldap needs its .la files

[Pierre Labastie]

On 10/03/2018 22:00, Pierre Labastie wrote:
> On 10/03/2018 21:52, Tim Tassonis wrote:
>>
>>
>> On March 10, 2018 21:07:10 "Armin K."  wrote:
>>
>> On Sat, 2018-03-10 at 20:30 +0100, Pierre Labastie wrote:
>> Hi,
>> Today I decided to sort out a few problems with the full BLFS build
>> I'd done a
>> couple of weeks ago. One thing I noticed is that openldap did not
>> start, while
>> I never has any problem. After messing around, I found that there is
>> in
>> /etc/openldap/slapd.conf:
>> -
>> [...]
>> # Load dynamic backend modules:
>> modulepath  /usr/lib/openldap
>> moduleload  back_mdb.la
>> # moduleload    back_ldap.la
>> [...]
>> -
>>
>> Since I'd removed the .la files I tried replacing back_mdb.la with
>> back_mdb.so. Did not work. Then I recompiled openldap and installed
>> the .la
>> files in /usr/lib/openldap. That worked. So the .la files are needed
>> in the
>> module directory of openldap.
>>
>> I'll change the instructions about removing .la files accordingly..
>>
>>
>> You don't need the la files, just change any occurrence of.la in the config
>> to.so. Happened to me, too, and I can verify that just specifying the 
>> plain.so
>> works perfectly.
>>
> 
> Hmm, I thought I had tried that (see above). I've not tried removing
> completely the extension, as suggested by Armin. Looks like I'll have to
> recheck! If you guys are right, I'll need to revert the instructions for
> removing .la files, but I'll need to change the instructions for openldap (sed
> s/\.la// -i patch/to/slapd.conf, or so).
> 

Done at r19940

Pierre

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

Re: [blfs-dev] Another longindex oddity

[Pierre Labastie]

On 11/03/2018 15:10, Pierre Labastie wrote:
> In the section on Kernel configuration, the entry "BTRFS Programs" is between
> "wpa_supplicant" and "xorg-amdgpu". Furthermore, there should be an entry for
> xfsprogs, which does not show up...
> 

Why do I never look at the right place: sortas is d-xfs in the btrfs .

Fixed at r19938, with quite a few others...

Pierre

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

[blfs-dev] Another longindex oddity

[Pierre Labastie]

In the section on Kernel configuration, the entry "BTRFS Programs" is between
"wpa_supplicant" and "xorg-amdgpu". Furthermore, there should be an entry for
xfsprogs, which does not show up...

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

Re: [blfs-dev] Long index layout

[Pierre Labastie]

On 11/03/2018 13:41, Pierre Labastie wrote:
> Hi,
> 
> I just noticed that some entry in the long index are not right:
> see for example ~/.vimrc, /etc/login.defs. The reason is that those entries
> appear with only one IDREF in the zone attribute. This is OK if the entry
> appears only once, but not if it appears several times in the book.
> 
> There are two possibilities for fixing that:
> - find the stylesheet where the behavior is defined (writing "page --
> description" when there are two IDREF's in the zone attribute, and just "page"
> without linefeed, when there is only one IDREF), and add the missing linefeed
> when needed.
> - or impose that all the zone attributes have two IDREFS.
> 
> The first solution could be neater, but harder.
> 
> If anybody has an idea.


Actually, I found how to do that... (just add a ). Commit 19936. Let me
know if there is any problem, I'm not totally sure.

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

[blfs-dev] Long index layout

[Pierre Labastie]

Hi,

I just noticed that some entry in the long index are not right:
see for example ~/.vimrc, /etc/login.defs. The reason is that those entries
appear with only one IDREF in the zone attribute. This is OK if the entry
appears only once, but not if it appears several times in the book.

There are two possibilities for fixing that:
- find the stylesheet where the behavior is defined (writing "page --
description" when there are two IDREF's in the zone attribute, and just "page"
without linefeed, when there is only one IDREF), and add the missing linefeed
when needed.
- or impose that all the zone attributes have two IDREFS.

The first solution could be neater, but harder.

If anybody has an idea.

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