OK, I will rebuild.

xorgxrdp-0.2.6-2.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-0b4d2d939e

xorgxrdp-0.2.6-2.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-0b4d2d939e

*** Bug 1573309 has been marked as a duplicate of this bug. ***

xorgxrdp-0.2.6-2.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.

Hi.. I see a bug report here. Installing xrdp has never been a problem but now it is. Running CentOS 7.4 & below are the results of my problem.

[root@centos74 ~]# yum install xrdp
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: centos.mirror.ndchost.com
 * epel: mirror.sjc02.svwh.net
 * extras: repos-tx.psychz.net
 * updates: repos-lax.psychz.net
Resolving Dependencies
--> Running transaction check
---> Package xrdp.x86_64 1:0.9.6-1.el7 will be installed
--> Processing Dependency: xorgxrdp for package: 1:xrdp-0.9.6-1.el7.x86_64
--> Running transaction check
---> Package xorgxrdp.x86_64 0:0.2.6-2.el7 will be installed
--> Processing Dependency: xorg-x11-server-Xorg(x86-64) = 1.19.5 for package: xorgxrdp-0.2.6-2.el7.x86_64
--> Finished Dependency Resolution
Error: Package: xorgxrdp-0.2.6-2.el7.x86_64 (epel)
           Requires: xorg-x11-server-Xorg(x86-64) = 1.19.5
           Available: xorg-x11-server-Xorg-1.19.3-11.el7.x86_64 (base)
               xorg-x11-server-Xorg(x86-64) = 1.19.3-11.el7
           Available: xorg-x11-server-Xorg-1.19.3-11.el7_4.1.x86_64 (updates)
               xorg-x11-server-Xorg(x86-64) = 1.19.3-11.el7_4.1
           Available: xorg-x11-server-Xorg-1.19.3-11.el7_4.2.x86_64 (updates)
               xorg-x11-server-Xorg(x86-64) = 1.19.3-11.el7_4.2
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

(In reply to jimezdoesit from comment #6)
> Hi.. I see a bug report here. Installing xrdp has never been a problem but
> now it is. Running CentOS 7.4 & below are the results of my problem.

Using EPEL with older point releases is not supported. You need to upgrade to the latest (7.5) or manually install older xorgxrdp package.

At the moment, CentOS 7.4 *is* the latest, there is no 7.5 (yet).

Like I said, installing an older build (xorgxrdp-0.2.6-1.el7) manually will work fine. You can fetch it from koji (https://koji.fedoraproject.org/koji/buildinfo?buildID=1062201) if it's not in the repos anymore.

The real question is surely, why does it need to be so tightly bound to a specific dependency version anyway? Doing so has caused weeks of pain, first for folks updating to RHEL 7.5 and now they're fixed, folks installing CentOS 7.4 have the pain instead, having to mess around with an old version workaround until CentOS 7.5 hits the streets. 

Can't it get away with a dependency on 1.19, rather than 1.19.3/1.19.5?

It some kind of xorg binary compatibility thing, I believe.

(In reply to alan.dennis from comment #10)
> The real question is surely, why does it need to be so tightly bound to a
> specific dependency version anyway? Doing so has caused weeks of pain, first
> for folks updating to RHEL 7.5 and now they're fixed, folks installing
> CentOS 7.4 have the pain instead, having to mess around with an old version
> workaround until CentOS 7.5 hits the streets. 
> 
> Can't it get away with a dependency on 1.19, rather than 1.19.3/1.19.5?

Thanks Alan!

Ok, so how about making this a virtual package and create version specific "provides: xorgxrdp" sub packages, e.g. xorgxrdp_1_19_3, xorgxrdp_1_19_5 each with a dependency on their respective xorg-x11-server-Xorg version? That way it just works, and nobody has to mess about with old/broken/fixed/new rpms?

Why has this issue been closed?

The issue is still an active problem as of last evening while attempting to run a yum update. (the only package that was picked up whas xrdp from epel, and it basically broke my ability to have a functional xrdp install, after I removed the current xrdp thinking that I had a mismatch issue again.)

Also the answer given by  Dominik Mierzejewski 2018-05-02 04:36:28 EDT makes absolutely no sense at all.  

If I take my car to my mechanic for a quarterly preventive maintenance session, and he installs an ECU that only works with a 2019 model that has not come out yet, he is not then able to tell me that "installing ECU versions prior to 2019 is not supported."  

Is anyone actually going to fix this mistake?

(In reply to Martes G Wigglesworth from comment #14)

> Is anyone actually going to fix this mistake?

It's not a mistake. To see why, see original bug #1482107.

Feel free to install the older build from koji, of course. We can only keep one version of the package in EPEL and that's against the latest RHEL.

PS. The car analogy doesn't quite work. You didn't pay anything for this package. :-)

xorg-x11-server-Xorg 'provides:' these ...

xserver-abi(ansic-0) = 4
xserver-abi(extension-10) = 0
xserver-abi(videodrv-23) = 0
xserver-abi(xinput-24) = 1

As it's an ABI dependency thing, instead of specifying ...

requires: xorg-x11-server-Xorg(x86-64) = 1.19.3

... shouldn't xorgxrdp 'requires:' one or more of those 'provides:' instead of the version number? Would that have eliminated these 7.4/7.5 problems?

(In reply to alan.dennis from comment #16)

> ... shouldn't xorgxrdp 'requires:' one or more of those 'provides:' instead
> of the version number? Would that have eliminated these 7.4/7.5 problems?

It would definitely be more correct, but as you can see from that old bug where upgrade from 7.3 to 7.4 got broken, it would still create a problem. Xorg would simply refuse to run and the installation would fail because there would be nothing to satisfy the new abi dependencies.

I already opened a bug against xrog-x11-server to build xorgxrdp together with it. But, that can only apply to Fedora anyway.

(In reply to Bojan Smojver from comment #15)
> (In reply to Martes G Wigglesworth from comment #14)
> 
> > Is anyone actually going to fix this mistake?
> 
> It's not a mistake. To see why, see original bug #1482107.
> 
> Feel free to install the older build from koji, of course. We can only keep
> one version of the package in EPEL and that's against the latest RHEL.
> 
> PS. The car analogy doesn't quite work. You didn't pay anything for this
> package. :-)


Would the incompetence have been more directly identifiable, within the scope of my automotive update scenario, if I had included some nonsense about "Makers" or "HackSpace" enthusiasts doing the work in a back alley with rain coming down as I failed to gather enough change for my nightly meal?

Common sense and good stewardship works if you are poor or rich and the implication that somehow my reference makes absolutely no sense because you assume I am talking about paid services from a dealership mechanic or otherwise, is beyond dubious in its logical sourcing.

(In reply to alan.dennis from comment #8)
> At the moment, CentOS 7.4 *is* the latest, there is no 7.5 (yet).

Just update the yum configuration to use the CR (Continuous Release) Repo:

yum-config-manager --enable cr

Then update from there:

yum update

The remote desktop protocol installation should run just fine after that:

yum install xrdp tigervnc-server

(In reply to Martes G Wigglesworth from comment #18)
> (In reply to Bojan Smojver from comment #15)

> Would the incompetence have been more directly identifiable, within the
> scope of my automotive update scenario, if I had included some nonsense
> about "Makers" or "HackSpace" enthusiasts doing the work in a back alley
> with rain coming down as I failed to gather enough change for my nightly
> meal?

If you think you're more competent than folks that contribute to EPEL, which may as well be the case, just create you own repo and run it for everyone.

> Common sense and good stewardship works if you are poor or rich and the
> implication that somehow my reference makes absolutely no sense because you
> assume I am talking about paid services from a dealership mechanic or
> otherwise, is beyond dubious in its logical sourcing.

EPEL is free software, created by volunteers to help you. The package that runs in your scenario already exists and multiple people pointed out how to use it.

(In reply to Steven Bennett from comment #19)

> Just update the yum configuration to use the CR (Continuous Release) Repo:

Thanks. Yes, that's an option, it's just that we'd prefer to stick to the "stability" (!) of the formal releases. Would be useful as a "one time" source of the required v7.5 xorg-x11-server-Xorg v1.19.3 in this case though.

(In reply to alan.dennis from comment #21)

> required v7.5 xorg-x11-server-Xorg v1.19.3 

doh! correction: v1.19.5

If it helps anyone, based on the above information, here's a quick step by step that I did;

yum clean all
rm -rf /var/cache/yum
yum-config-manager --enable cr (you might need to install yum-utils)
yum update xorgxrdp-0.2.8-3.el7.x86_64 (answer yes)
yum-config-manager --disable cr (put it back the way it was)
yum clean all

...and after that, just do a 'regular' yum update