Can't install draftsite.rpm on 6.6 rpm DB errors?

[tonychilton]

Is there a way to work around this issue? I have tried reinstalling packages and rebuilding rpm db.

rpm -Uhvv /home/tony3/Downloads/draftSight.rpm
...
D: opening db index /var/lib/rpm/Providename rdonly mode=0x0
D: read h# 1207 Header V3 RSA/SHA1 Signature, key ID c105b9de: OK
D: Requires: xdg-utils YES (db provides)
D: Requires: libaudio.so.2 NO
D: package draftsight-2015.1.0.60-1.x86_64 has unsatisfied Requires: libaudio.so.2
D: Requires: libGLU.so.1 NO
D: package draftsight-2015.1.0.60-1.x86_64 has unsatisfied Requires: libGLU.so.1
...
ROOT </root>find / -name libGLU.so.1
/usr/lib64/libGLU.so.1
ROOT </root>find / -name libaudio.so.2
/usr/lib64/libaudio.so.2
ROOT </root>rpm -qfv /usr/lib64/libGLU.so.1
mesa-libGLU-10.1.2-2.el6.x86_64
ROOT </root>rpm -qfv /usr/lib64/libaudio.so.2
nas-1.9.1-7.el6.x86_64
ROOT </root>yum list -q nas-1.9.1-7.el6.x86_64
Installed Packages
nas.x86_64 1.9.1-7.el6 @epel
ROOT </root>yum list -q mesa-libGLU-10.1.2-2.el6.x86_64
Installed Packages
mesa-libGLU.x86_64 10.1.2-2.el6 @base

[TrevorH]

Use yum to install the rpm not rpm. Using yum does dependency resolution for you and will pull in the required packages. Rpm will just error.

[tonychilton]

Thank you - all this time I didn't know you could do that.

[MikeHalloran]

Yeah, using YUM appears to work.
However, the installed Draftsight (draftsight-2015.3.0.3019-1.x86_64 ) won't start.
Trying to start it from the command line
$ /opt/dassault-systemes/DraftSight/Linux/DraftSight
reveals that Draftsight expects to find:
GLIBC_2.14
and
GLIBCXX_3.4.15
,
neither of which are present in CentOS6.
... unless I missed a meeting.

[TrevorH]

The version of that rpm that you have is not intended for CentOS 6 as it requires a newer glibc. Perhaps you have a copy intended for CentOS 7?

[MikeHalloran]

The rpm I have tried to install on CentOS6 is actually intended for Fedora, version not stated, presumably 21.

Dassault has not released a version of Draftsight specifically for CentOS, ever, to my knowledge.
I have emailed my Friendly Local Dealer asking them to ask Dassault to do so.
No response received so far, none seriously expected.

As of last year, the 32 bit Draftsight release for Fedora worked fine on 32 bit CentOS6.
Then the license expired, and Dassault updated Draftsight, but discontinued 32 bit support.
Now the only version of Draftsight that actually works for me is the one for Billy's Bizzarro World.
Yecch.

Libraries were a cute idea fifty years ago.
Nowadays, given global high bandwidth distribution channels, cheap RAM in huge chunks, cheap Terabyte storage,
and unending change to even 'standard' libraries,
maybe it's time to consider making each distributed package entirely self-supporting.
Aren't containers supposed to make that possible?