Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

I installed ghostscript-9.04 and its dependencies from sunfree and was receiving error for missing certain libraries. Then I removed the 9.04 version and installed ghostscript-9.04.1-sol10-x86-local.gz. and now get the following error now:liblcms2.so.2: open failed: No such file or directory. Is that another dependent package? Thanks

share|improve this question

migrated from stackoverflow.com Jan 26 '12 at 0:29

This question came from our site for professional and enthusiast programmers.

    
It would help if you tell from where did you get ghostscript, precisely. –  jlliagre Jan 28 '12 at 9:07
    
I installed ghostscript-9.04-sol10-x86-local.gz from sunfree and also the dependencies. –  Shuvo Shams Jan 30 '12 at 19:37
    
I removed the 9.04 version and installed ghostscript-9.04.1-sol10-x86-local.gz. and now get the following error now:liblcms2.so.2: open failed: No such file or directory –  Shuvo Shams Jan 30 '12 at 21:56

3 Answers 3

You might want to try the latest version, ghostscript-9.04.1-sol10-x86-local.gz.

Perhaps the issue you are experiencing is what caused the respin.

share|improve this answer
    
Thanks. The previous issue was resolved. However, have the following new issue: liblcms2.so.2: open failed: No such file or directory. Is that another dependency from the ones listed for 9.04-sol? –  Shuvo Shams Jan 30 '12 at 21:32
    
Then please update your question stating that new issue and explaining how you did resolve the initial one. –  jlliagre Jan 30 '12 at 21:37
    
I removed the 9.04 version and installed ghostscript-9.04.1-sol10-x86-local.gz. and now get the following error now:liblcms2.so.2: open failed: No such file or directory –  Shuvo Shams Jan 30 '12 at 21:57
    
Updating doesn't mean removing the initial question. Now pottedporkproduct's answer looks partially irrelevant. –  jlliagre Jan 31 '12 at 6:06
    
The issue is sunfreeware doesn't seem to freely display package dependencies any more. Do you have this information available ? –  jlliagre Jan 31 '12 at 15:59

Have you tried ghostscript from OpenCSW? The version is 8.71, but chances are it'll work. Do you need the newest version?

share|improve this answer

The LIBIDN_1.0 bit is the SONAME, which is a version number inside of a shared object. What has probably happened is that you have a slightly different version of libidn.so.11 installed than the one that Ghostscript was compiled with.

If you are hand-rolling these packages, you might save yourself some hassle by installing the ghostscript packages from opencsw.org.

share|improve this answer
    
LIBIDN_1.0 is not a SONAME, libidn.so.11 is. In this case, libidn.so.11 has been found, but the versioned symbols weren't found. You need another libidn.so.11 with LIBIDN_1.0 symbols. –  automatthias Feb 2 '12 at 12:38
    
Ah, got my terminology wrong, confused symbol name versus SONAME –  pottedporkproduct Feb 16 '12 at 23:57

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.