Univention Bugzilla – Bug 52672
[O365]: Prepare UDM extensions for UCS 5.0 update
Last modified: 2021-01-21 09:26:56 CET
The Joinscript 40univention-office365.inst contains calls of `ucs_registerLDAPExtension` which don't specify a `--ucsversionstart'/'--ucsversionend' yet. When a UCS primary DC gets updated to UCS 5.0, the postup.sh will resync the listener module udm_extension (and ldap_extension) and the adjustment for Bug #51622 then causes all modules to get removed from LDAP that don't flag their Python compatibility status at all. Additionally the assiciated files will get removed from the filesystem (Bug #51531). So, in order to keep the UDM extensions active and installed on UCS 4.4 systems, we need to at least specify "--ucsversionend 4.99-0", to signal that the Module has been checked for Python compatibility and that it is not yet Python3 compatible. That way, the UDM extension will only be available on the UCS 4.4 Systems but the primary directory node and other systems running UCS 5.0 will not commit the files to the filesystem, so the UDM on those Systems cannot use them. At least this needs to be done before the release of UCS 5.0. A better option would be to make the UDM extension also available on UCS 5.0 systems. For this, the registered python code needs to be checked and migrated to Python3. If it is possible to keep the module compatible to both Python versions, then it would be best to do that and signal this fact by passing the options: --ucsversionstart 4.4-0 --ucsversionend 5.99-0 In the rare event that the code cannot be kept compatible to both Python versions, there is another option (see Bug #52433) outlined in the concept paper.