On 19 Dec 2019, at 08:09, Alberto Viana <albertocrj(a)gmail.com>
wrote:
Mark,
Seems that's not going to be so easy hehehe:
error: Failed build dependencies:
icu is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
bzip2-devel is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
doxygen is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-ldap is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-six is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-pyasn1 is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-pyasn1-modules is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-dateutil is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-argcomplete is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-argparse-manpage is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-policycoreutils is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-libselinux is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
python3-packaging is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
npm is needed by 389-ds-base-1.4.2.4-20191218.el7.x86_64
Most packages are pretty easy to install but seems that python3-libselinux was not
shipped into centos7:
https://bugs.centos.org/view.php?id=16389
https://bugzilla.redhat.com/show_bug.cgi?id=1756015
https://bugzilla.redhat.com/show_bug.cgi?id=1719978
Seems to me there's no solution at this point, Am I right?
Okay, I see what's going on here.
When we develop DS, there is some strong parallels to which enterprise distros exist at
the time. That's just the nature of it because enterprises tend to be the ldap
customer, so we bend over backwards to make that work for RHEL and now SLES too. But it
also means that we have to be careful about what versions of packages we use, and when. It
causes "big jumps" between major versions, which you are feeling here.
When 1.3.x series was developed it was for RHEL7. That meant python2 and whatever gcc it
had. At the time the setup of the instance was handled by perl, and a lot of the python
tools were actually developed by me and others to be forward looking to python3 (ie
dscreate which was always a python3 only tool).
When we "started" to prepare for RHEL8 and SLE15, we forked to the 1.4.x series
and made the changes to our requirements to match - that included removing all perl tools
in favour of dscreate and friends, and that meant requiring python3.
There is a lot more than just selinux that won't work for you here - I know for a fact
I've started to use f-strings (a python 3 only feature) in lib389 now. I'm sure
there is much more that will break for you as well as we don't test that combination.
And it's really a good idea to use the versions/combinations we are developing
on/support if you want the best experience.
My advice is that if you want to run 1.4.x, you should use it either on:
* Fedora 30/31
* RHEL8
* SLES or OpenSUSELeap 15.2
* RHEL7 + docker with ->
https://hub.docker.com/r/389ds/dirsrv
Does that help explain what's going on and some possible ways forward?
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs