389-ds-base

#50682 Ticket 50649 - lib389 without defaults.inf
Closed by spichugi. Opened by firstyear.
firstyear/389-ds-base 50649-lib389-without-paths  into  master

Download 50682.patch

Bug Description: In deploying 389-ds-portal to a container, I notice that lib389
would fail with "unable to locate defaults.inf".
This means we need some way to "proceed" sanely when we can't find defaults.inf.

Fix Description: Re-arrange some parts of the init functions to make subobjects
init later, and have paths able to access versions online instead. This also
flags in paths if we are local or remote.

https://pagure.io/389-ds-base/issue/50649

Author: William Brown william@blackhats.net.au

Review by: ???

Review reminder :)

Maybe I miss some point but how can I reproduce this on my local installation?

[root@host ds]# mv /usr/share/dirsrv/inf/defaults.inf ~/
[root@host ds]# dscreate interactive
Install Directory Server (interactive mode)
===========================================
Error: defaults.inf not found in any wellknown location!

This fails for me.

Okay, so this isn't about allow dscreate without defaults. That's just not possible!

It's about allowing lib389 to work with remote_simple_allocate without defaults.inf from 389-ds-base.

Specifically, I use this with 389-ds-portal, so you could setup that in a container/vm and try it there, or you can do some python on cli to open an instance instead?

@spichugi Any more comments? I would like to get this merged.

LGTM! Ack

rebased onto b74780e4dbbc9c3ef894accc3c9696a1a2a8bc4b

Pull-Request has been merged by firstyear

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This pull request has been cloned to Github as issue and is available here:
- https://github.com/389ds/389-ds-base/issues/3737

If you want to continue to work on the PR, please navigate to the github issue,
download the patch from the attachments and file a new pull request.

Thank you for understanding. We apologize for all inconvenience.

Pull-Request has been closed by spichugi
Metadata
None
No Tags
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.