Unsatisfied dependency (again - see bug 1565957 and bug 1533122) between xorgxrdp and current RHEL7. xorgxrdp.x86_64 0.2.8-1.el7 requires xorg-x11-server-Xorg(x86-64) = 1.19.5 RHEL7 now contains xorg-x11-server-Xorg-1.20.1-5.1.el7.x86_64.rpm xorgxrdp needs to be rebuilt.
I guess, like last time, we'll need to wait for the xorg to land on build servers, because build overrides are not possible with EPEL.
xorgxrdp-0.2.8-3.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-56edc5a0ea
xorgxrdp-0.2.8-3.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-56edc5a0ea
Is a workaround available ?
(In reply to "Linux" Dan White from comment #4) > Is a workaround available ? Installing the new package from updates-testing should be one.
xorgxrdp-0.2.8-3.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.
There's been some over-zealous closing/duplicating of bugs going on here. Although the immediate problem has been solved, there is still an underlying problem that versions of these things are too tightly bound such that EVERY TIME RHEL releases a new version it breaks the EPEL rpm, then when that gets fixed, it wont work with CentOS until they update to complete the cycle. A long term solution is needed, rather than just working around it by recompiling stuff and living with broken dependencies for a few weeks. See bug 1644659, bug 1533122, bug 1534145, bug 1534697, bug 1533122. At lest one of them needs to remain open...
We (EPEL) unfortunately cannot tell Red Hat/IBM what to ship and when. Also, it is a fact that this is how binary compatibility of Xorg stuff works. So, xorgxrdp needs to be compiled against the binary compatible version of Xorg, otherwise Xorg will refuse to use it. I know this sucks, but unless you can convince Red Hat/IBM to actually ship xrdp/xorgxrdp, that's probably not going to change.