Or get libraries from such distro, put somewhere in your system and
use LD_LIBRARY_PATH env for setting up of path for dynamic libraries
search.

2014-08-30 21:05 GMT+04:00 Mark Stodola <[log in to unmask]>:
> On 8/30/2014 12:02 PM, Yasha Karant wrote:
>>
>> On 08/30/2014 03:50 AM, Nico Kadel-Garcia wrote:
>>>
>>> On Sat, Aug 30, 2014 at 12:16 AM, Yasha Karant <[log in to unmask]> 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]$
>>>>
>>>> Yasha Karant
>>>
>>> Since it's commercial software, maybe you could ask *them*?
>>
>> I already have.  As Corel (which bought Bibble -- strange -- if
>> corporations are people, and corporations can buy other corporations, why
>> cannot non-incorporated real human people buy other non-incorporated real
>> human people -- perhaps because corporations are not people but merely
>> engines of avarice) effectively was bought by Microsoft a number of years
>> ago, their technical support for Linux is not superb.  Otherwise, Corel
>> would keep (as does VirtualBox owned by Oracle, a parent corporation that
>> competes with Red Hat for EL for-profit "support") versions around that are
>> in fact directly compatible with most distros. Interestingly, the IA-32
>> version (32 bit linux) runs fine under IA-32 SL 6x.
>>
>> Speaking of which, is there any other workflow package that works as well
>> or better directly under Linux (I do not mean Photoshop under MS Windows
>> under VirtualBox under Linux -- I do mean native)?  I have tried gimp, but
>> the import facilities for imaging vendor proprietary image formats ("raw",
>> e.g., Nikon NEF) is not as effective.  I do not run Mac OS X (a typical
>> image manipulation environment) because none of our primary machines (both
>> fixed workstations as well as laptops) are sold by Apple and thus it is
>> software piracy in the USA to run Mac OS X on such machines (Apple will not
>> sell a license for Mac OS X for non-Apple machines ) -- otherwise Mac OS X
>> with fink or the equivalent might be a solution.
>>
>> Yasha Karant
>
>
> This might be a case where another distribution will fit your needs better.
> Does Corel have a list of supported OSes you can reference?
>
> -Mark