#50812 dscontainer executable should be placed under /usr/libexec/dirsrv/
Closed: fixed a month ago by mreynolds. Opened a month ago by mreynolds.

Ticket was cloned from Red Hat Bugzilla (product Red Hat Enterprise Linux 8): Bug 1714688

Description of problem:
dscontainer is not a user-runnable executable. Per packaging guidelines it
should be placed under /usr/libexec/dirsrv/

Version-Release number of selected component (if applicable):
389-ds-base-1.4.1.3-1.module+el8.1.0+3259+a5bc8ad3.x86_64

How reproducible:
always

Steps to Reproduce:
# rpm -ql python3-lib389 | grep dscontainer
/usr/sbin/dscontainer


There are also executables that come from python3-lib389, that should be part
of 389-ds-base rather than python3-lib389 (since it's literally a library):
# rpm -ql python3-lib389 | grep sbin
/usr/sbin/dsconf
/usr/sbin/dscontainer
/usr/sbin/dscreate
/usr/sbin/dsctl
/usr/sbin/dsidm

Metadata Update from @mreynolds:
- Custom field rhbz adjusted to https://bugzilla.redhat.com/show_bug.cgi?id=1714688

a month ago

Metadata Update from @mreynolds:
- Issue assigned to mreynolds

a month ago

Metadata Update from @mreynolds:
- Custom field origin adjusted to None
- Custom field reviewstatus adjusted to review

a month ago

Commit 74557db relates to this ticket

Commit 74557db relates to this ticket

f5bd9e7..22d53d0 389-ds-base-1.4.2 -> 389-ds-base-1.4.2

Metadata Update from @mreynolds:
- Issue close_status updated to: fixed
- Issue set to the milestone: 1.4.2 (was: 1.4.1)
- Issue status updated to: Closed (was: Open)

a month ago

Login to comment on this ticket.

Metadata
Related Pull Requests