On 08/30/2014 12:17 PM, David Sommerseth wrote:
On 30/08/14 06:16, Yasha Karant wrote:
Is there any workaround for the issue below other than moving to SL 7
(once
that release goes into production from beta)?
ykarant@jb344 Downloads]$ /usr/bin/AfterShotPro2X64
Install Path: /opt/AfterShotPro2(64-bit)
LD_PATH: /opt/AfterShotPro2(64-bit)/lib:
XLIB_SKIP_ARGB_VISUALS: 1
./AfterShotPro: /lib64/libc.so.6: version `GLIBC_2.14' not found
(required by
/opt/AfterShotPro2(64-bit)/lib/libstdc++.so.6)
./AfterShotPro: /lib64/libc.so.6: version `GLIBC_2.17' not found
(required by
/opt/AfterShotPro2(64-bit)/lib/libstdc++.so.6)
./AfterShotPro: /opt/AfterShotPro2(64-bit)/lib/libuuid.so.1: no version
information available (required by /usr/lib64/libSM.so.6)
[ykarant@jb344 Downloads]$
It's a hack ... but you could probably install a newer Fedora or SL7
user-space into a chroot and run the application from that chroot.
Look at --installroot in yum. You just need to have the proper repo
files handy which yum (outside the chroot) would use - but only when
you do the first install. Afterwards, you can use 'yum update' inside
the chroot as before.
Something along the lines of
yum install --enablerepo fedora --installroot /opt/fedora-root @core
(given that you have the fedora repos handy)
When that's done, you could just do:
chroot /opt/fedora
yum localinstall $PKG
At least in theory :)
--
kind regards,
David Sommerseth
I could use Fedora if I must in the manner suggested above, but I would
prefer OpenSuSE to Fedora. The other option is to wait for SL7 to leave
beta and become production -- at which time we will routinely update all
of our servers and workstations to the highest SL production version
available (that is, SL 7x to replace the SL 6x we currently use).
