topic Re: Alfresco 3.4a and MacOsX 10.6.4 errors in Alfresco Archive

Alfresco 3.4a and MacOsX 10.6.4 errors

cvgaviao — Sun, 03 Oct 2010 14:15:11 GMT

Hi, I've installed Alfresco 3.4a from a downloaded installer (I've selected everything on install window) on my mac. I've followed this instructions http://wiki.alfresco.com/w/images/0/0a/Alfresco_Community_3_4_a_Mac_Simple_Install.pdf, but I'm getting some errors that I couldn't found a clue to get

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

cquirk — Sun, 10 Oct 2010 06:08:20 GMT

I too have some of the same errors on startup:

01:03:24,307 ERROR [org.alfresco.repo.content.transform.magick.AbstractImageMagickContentTransformerWorker] ImageMagickContentTransformerWorker not available: 09100000 Failed to perform ImageMagick transformation:
Execution result:
   os:         Mac OS X
   command:    [/Applications/alfresco-3.4.a/common/bin/convert, /Applications/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_5133584078608749094.gif[0], /Applications/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_target_1996624404907429404.png]
   succeeded:  false
   exit code:  1
   out:
   err:        .convert.bin: no decode delegate for this image format `/Applications/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_5133584078608749094.gif' @ constitute.c/ReadImage/526.
.convert.bin: missing an image filename `‍‍‍‍‍‍‍‍‍

I know it is not terribly helpful, but I cannot nail down the problem with this one either.

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

abhashree — Mon, 11 Oct 2010 04:25:54 GMT

hi cvgaviao,

If you have followed the actual procedure the error should not be like this.
As the bundel package contain oppen office so error should not come.
iF you are getting any problem during the installation like some error message then please post it.
There is some problem regarding server so pls reinstall again.
Hope you will not get any problem .

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

hairyone — Tue, 12 Oct 2010 22:53:50 GMT

I have just installed 3.4.a on Ubuntu 9.10 and I too have a similar problem, I am particularly interested in the error below, I have installed 4-5 times now using various combination of the optional modules, but still get the same error.

I too have followed the instructions so I think it must be more than a coincidence that I get the same error. No errors appeared during installation.

The two errors I can see are that ImageMagick is complaining that it doesn't know how to handle the GIF to PNG conversion, and further down it complains about a "missing an image filename '/srv/alfr" which appears to be a truncated reference.

What puzzles me is why it is attempting to transform an image on startup. I have yet to connect to alfresco and add any documents (this appears on startup after a fresh installation!)


15:59:41,093 User:System ERROR [transform.magick.AbstractImageMagickContentTransformerWorker] ImageMagickContentTransformerWorker not available: 09120000 Failed to perform ImageMagick transformation:
Execution result:
   os:         Linux
   command:    [/srv/alfresco-3.4.a/common/bin/convert, /srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_6382238946103765907.gif[0], /srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_target_3890520943490754063.png]
   succeeded:  false
   exit code:  1
   out:
   err:        .convert.bin: no decode delegate for this image format `/srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_6382238946103765907.gif' @ constitute.c/ReadImage/526.
.convert.bin: missing an image filename `/srv/alfr
15:59:41,161 User:System INFO  [management.subsystems.ChildApplicationContextFactory] Startup of 'thirdparty' subsystem, ID: [thirdparty, default] complete

‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

loftux — Wed, 13 Oct 2010 06:04:58 GMT

@hairyone
Since Ubuntu!=MacOsX, you probably should not post your question in this thread.
Anyway, in tomcat/shared/classes/alfresco-global.properties put

ooo.exe=/usr/lib/openoffice/program/soffice.bin
ooo.enabled=true
img.root=/usr
swf.exe=/usr/bin/pdf2swf

I would recommend Ubuntu 10.04, since you have all the packages needed for Alfresco in Ubuntu package repo. Since you are on 9.10, you may need to modify the paths above. The one in question for you is img.root, note that this is to the folder where convert (ImageMagick) is, note the actual executable.

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

hairyone — Wed, 13 Oct 2010 13:59:39 GMT

@Loftux

Thanks for taking the time to reply.

You are right that I'm not running MacOsX, but what lead me to this thread was that I had exactly the same error as one of the posters, and to my mind it is likely that the cause of the error message is likely to be the same even though the environments differ and we did both use the supplied installer (albeit for different OS's).

I'm not sure I see the need to start changing any of the paths (or upgrade the OS). I probably didn't make this clear in my original post, but the downloaded installation package "alfresco-community-3.4.a-installer-linux-x32.bin" includes all the necessary packages and the installer appears to have set all the correct paths in the various configuration files.

In addition I cannot see anything in the error messages that suggests an executable could not be found.

I have done a little more research and I think the startup procedures include a simple test of the conversion of a GIF to PNG to confirm that the "ImageMagickContentTransformerWorker" is installed and working. As you can see the executable is installed but it appears to report on it's stderr:


.convert.bin: no decode delegate for this image format `/srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_6382238946103765907.gif' @ constitute.c/ReadImage/526.
.convert.bin: missing an image filename `/srv/alfr
‍‍‍‍

Both error lines appear to be truncated but this may be an artifact of the way they were captured and logged.

A search on the net reveals that the ImageMagick convert can give this message when the appropriate libraries for image conversion are missing (libgif, libpng e.t.c.) but the installer has included them and the alfresco-global.properties file does appear to reference them correctly as shown below (which is what you would expect if the installer was working correctly).


### External executable locations ###
ooo.exe=/srv/alfresco-3.4.a/openoffice/program/soffice.bin
img.root=/srv/alfresco-3.4.a/common
img.dyn=${img.root}/lib
img.exe=${img.root}/bin/convert
swf.exe=/srv/alfresco-3.4.a/common/bin/pdf2swf

‍‍‍‍‍‍‍‍‍

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

loftux — Wed, 13 Oct 2010 14:06:09 GMT

You are correct that it is a test when starting if it can find the convert file.

sudo apt-get install imagemagick‍

and the use the path suggested in previous post. This should help.

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

hairyone — Wed, 13 Oct 2010 15:11:05 GMT

Hi Loftux,

Once again thanks for replying.

As I said earlier I still don't understand why you are suggesting that ImageMagick should be installed and the paths amended.

A copy of ImageMagick HAS been installed by the Alfresco installer.


root@server:/srv/alfresco-3.4.a/common/bin# ls -al
total 16980
drwxr-xr-x 2 root root    4096 2010-10-12 15:55 .
drwxr-xr-x 7 root root    4096 2010-10-12 15:52 ..
…
-rwxr-xr-x 1 root root     107 2010-10-12 15:56 convert
-rwxr-xr-x 1 root root   16460 2010-05-27 12:11 .convert.bin
…
‍‍‍‍‍‍‍‍‍‍


root@server:/srv/alfresco-3.4.a/common/bin# ./convert -version
Version: ImageMagick 6.5.1-0 2010-03-25 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2009 ImageMagick Studio LLC
‍‍‍‍‍


root@server:/srv/alfresco-3.4.a/common/bin# cat convert
#!/bin/sh

. /srv/alfresco-3.4.a/scripts/setenv.sh

exec /srv/alfresco-3.4.a/common/bin/.convert.bin  "$@"
‍‍‍‍‍‍‍‍

It IS being executed on start up and producing the error shown below.


08:42:27,690 ERROR [org.alfresco.repo.content.transform.magick.AbstractImageMagickContentTransformerWorker] ImageMagickContentTransformerWorker not available: 09130000 Failed to perform ImageMagick transformation:
Execution result:
   os:         Linux
   command:    [/srv/alfresco-3.4.a/common/bin/convert, /srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_5591439618465919504.gif[0], /srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_target_3666524386412519190.png]
   succeeded:  false
   exit code:  1
   out:
   err:        .convert.bin: no decode delegate for this image format `/srv/alfresco-3.4.a/tomcat/temp/Alfresco/ImageMagickContentTransformerWorker_init_source_5591439618465919504.gif' @ constitute.c/ReadImage/526.
.convert.bin: missing an image filename `/srv/alfr
‍‍‍‍‍‍‍‍‍‍‍

Are you suggesting that the version of ImageMagick bundled with the Alfresco (linux) installer does not work ?

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

hairyone — Wed, 13 Oct 2010 16:23:06 GMT

I think I am getting somewhere:

From the command line:


root@server:/srv/alfresco-3.4.a/common/bin# ./convert test.jpg test.png
.convert.bin: no decode delegate for this image format `test.jpg' @ constitute.c/ReadImage/526.
.convert.bin: missing an image filename `test.png' @ convert.c/ConvertImageCommand/2775.
‍‍‍‍‍

So let's not use the Alfresco supplied shell wrapper and run the executable directly:


root@server:/srv/alfresco-3.4.a/common/bin# ./.convert.bin test.jpg test.png
root@server:/srv/alfresco-3.4.a/common/bin# ls -l test.png
-rw-r–r– 1 root root 203225 2010-10-13 09:44 test.png
‍‍‍‍‍

So the binary works fine, there is an issue with the shell wrapper !!


root@server:/srv/alfresco-3.4.a/common/bin# cat convert
#!/bin/sh

. /srv/alfresco-3.4.a/scripts/setenv.sh

exec /srv/alfresco-3.4.a/common/bin/.convert.bin  "$@"
‍‍‍‍‍‍‍‍

The command line looks OK so setenv.sh must be doing something bad:


root@server:/srv/alfresco-3.4.a/common/bin# cat /srv/alfresco-3.4.a/scripts/setenv.sh
#!/bin/sh
echo $LD_LIBRARY_PATH | egrep "/srv/alfresco-3.4.a/common" > /dev/null
if [ $? -ne 0 ] ; then
PATH="/srv/alfresco-3.4.a/java/bin:/srv/alfresco-3.4.a/mysql/bin:/srv/alfresco-3.4.a/common/bin:$PATH"
export PATH
LD_LIBRARY_PATH="/srv/alfresco-3.4.a/mysql/lib:/srv/alfresco-3.4.a/common/lib:$LD_LIBRARY_PATH"
export LD_LIBRARY_PATH
fi

##### IMAGEMAGICK ENV #####
MAGICK_HOME="/srv/alfresco-3.4.a/common"
export MAGICK_HOME
MAGICK_CONFIGURE_PATH="/srv/alfresco-3.4.a/common/lib/ImageMagick-6.5.1/config:/srv/alfresco-3.4.a/common/share/ImageMagick-6.5.1/config"
export MAGICK_CONFIGURE_PATH
MAGICK_CODER_MODULE_PATH="/srv/alfresco-3.4.a/common/lib/ImageMagick-6.5.1/modules-Q16/coders"
export MAGICK_CODER_MODULE_PATH

##### JAVA ENV #####
JAVA_HOME=/srv/alfresco-3.4.a/java
export JAVA_HOME

##### MYSQL ENV #####
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

More to follow …

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

hairyone — Wed, 13 Oct 2010 17:09:05 GMT

OK,

So I created a convert shell wrapper script to find out which of the parameters in setenv.sh was causing the problem (see below)


root@server:/srv/alfresco-3.4.a/common/bin# cat convert.new
#!/bin/sh

echo $LD_LIBRARY_PATH | egrep "/srv/alfresco-3.4.a/common" > /dev/null
if [ $? -ne 0 ] ; then
export PATH="/srv/alfresco-3.4.a/java/bin:/srv/alfresco-3.4.a/mysql/bin:/srv/alfresco-3.4.a/common/bin:$PATH"
export LD_LIBRARY_PATH="/usr/lib:/srv/alfresco-3.4.a/mysql/lib:/srv/alfresco-3.4.a/common/lib:$LD_LIBRARY_PATH"
fi

##### IMAGEMAGICK ENV #####
export MAGICK_HOME="/srv/alfresco-3.4.a/common"
export MAGICK_CONFIGURE_PATH="/srv/alfresco-3.4.a/common/lib/ImageMagick-6.5.1/config:/srv/alfresco-3.4.a/common/share/ImageMagick-6.5.1/config"
#export MAGICK_CODER_MODULE_PATH="/srv/alfresco-3.4.a/common/lib/ImageMagick-6.5.1/modules-Q16/coders"

##### JAVA ENV #####
export JAVA_HOME=/srv/alfresco-3.4.a/java

##### MYSQL ENV #####

exec /srv/alfresco-3.4.a/common/bin/.convert.bin  "$@"
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

I eventually narrowed it down to the MAGICK_CODER_MODULE_PATH env-var, if I comment it out then the convert script works !!

The next question is now what do the libraries in this directory do ? I guess it has something to do with the supported formats.

Running the original shell wrapper we get:


root@server:/srv/alfresco-3.4.a/common/bin# ./convert  -list format
   Format  Module    Mode  Description
——————————————————————————-

* native blob support
r read support
w write support
+ support for multiple images
‍‍‍‍‍‍‍‍‍‍

Running the binary directly we get a healthy looking list for files:


root@server:/srv/alfresco-3.4.a/common/bin# ./.convert.bin -list format | more
   Format  Module    Mode  Description
——————————————————————————-
        A* RAW       rw+   Raw alpha samples
       AI  PDF       rw-   Adobe Illustrator CS2
      ART* ART       rw-   PFS: 1st Publisher Clip Art
      ARW  DNG       r–   Sony Alpha Raw Image Format
      AVI* AVI       r–   Microsoft Audio/Visual Interleaved
      AVS* AVS       rw+   AVS X image
        B* RAW       rw+   Raw blue samples
      BGR* RGB       rw+   Raw blue, green, and red samples
      BMP* BMP       rw-   Microsoft Windows bitmap image
     BMP2* BMP       -w-   Microsoft Windows bitmap image v2
     BMP3* BMP       -w-   Microsoft Windows bitmap image v3
      BRF* BRAILLE   -w-   BRF ASCII Braille format
      BRG* RGB       rw+   Raw blue, red, and green samples
        C* RAW       rw+   Raw cyan samples
  CAPTION* CAPTION   r–   Image caption
      CIN* CIN       rw+   Cineon Image File
      CIP* CIP       -w-   Cisco IP phone image format
     CLIP* CLIP      -w+   Image Clip Mask
     CMYK* CMYK      rw+   Raw cyan, magenta, yellow, and black samples
    CMYKA* CMYK      rw+   Raw cyan, magenta, yellow, black, and alpha samples
      CR2  DNG       r–   Canon Digital Camera Raw Image Format
      CRW  DNG       r–   Canon Digital Camera Raw Image Format
      CUR* CUR       rw-   Microsoft icon
      CUT* CUT       r–   DR Halo
      DCM* DCM       r–   Digital Imaging and Communications in Medicine image
…
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Running my revised shell wrapper with the MAGICK_CODER_MODULE_PATH variable commented out we get the healthy list for files again !!!

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

mikeh — Wed, 13 Oct 2010 19:35:14 GMT

Excellent detective work - many thanks. I've linked this information to http://issues.alfresco.com/jira/browse/ALF-5160 which could be related.

Thanks,
Mike

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

hairyone — Thu, 14 Oct 2010 17:23:24 GMT

Thanks Mike,

Sadly whilst the amended shell wrapper worked outside of Alfresco it still doesn't work when called from the alfresco startup. If I install a completely separate version of ImageMagick and update the paths to reference the independent installation (as advised by Loftux) it works (all of which was noted by the QA Team in their follow up to http://issues.alfresco.com/jira/browse/ALF-5160.

I am convinced this is a shared library issue, but the shell environment is obviously not the same as the one used when alfresco runs convert. It would appear that some of the env-vars are set in /srv/alfresco-3.4.a/tomcat/webapps/alfresco/WEB-INF/classes/alfresco/subsystems/thirdparty/default/imagemagick-transform-context.xml (see below), of which some *may* be overridden by the setenv.sh script called by the convert shell wrapper.

So for now I have come to the conclusion that the bundled ImageMacick in the Linux installer is broken (for me at least) and the fix is to install and reference a separate installation.


…
            <property name="processProperties"> 
               <map>
                  <entry key="MAGICK_HOME">
                     <value>${img.root}</value>
                  </entry>
                  <entry key="DYLD_LIBRARY_PATH">
                     <value>${img.dyn}</value>
                  </entry>
                  <entry key="LD_LIBRARY_PATH">
                     <value>${img.dyn}</value>
                  </entry>
               </map>
            </property>
…
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍


root@server:/srv/alfresco-3.4.a/common/lib/ImageMagick-6.5.1/modules-Q16/coders# export LD_LIBRARY_PATH=/srv/alfresco-3.4.a/common/lib
root@server:/srv/alfresco-3.4.a/common/lib/ImageMagick-6.5.1/modules-Q16/coders# ldd -v gif.so
        linux-gate.so.1 =>  (0x00d27000)
        libMagickCore.so.2 => /srv/alfresco-3.4.a/common/lib/libMagickCore.so.2 (0x00110000)
        libjpeg.so.62 => /srv/alfresco-3.4.a/common/lib/libjpeg.so.62 (0x00410000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00609000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00ec5000)
        libfreetype.so.6 => /srv/alfresco-3.4.a/common/lib/libfreetype.so.6 (0x00434000)
        libz.so.1 => /srv/alfresco-3.4.a/common/lib/libz.so.1 (0x006a1000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00f1e000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00d48000)
        /lib/ld-linux.so.2 (0x008e2000)

        Version information:
        ./gif.so:
                libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/tls/i686/cmov/libc.so.6
        /srv/alfresco-3.4.a/common/lib/libMagickCore.so.2:
                libdl.so.2 (GLIBC_2.1) => /lib/tls/i686/cmov/libdl.so.2
                libdl.so.2 (GLIBC_2.0) => /lib/tls/i686/cmov/libdl.so.2
                libpthread.so.0 (GLIBC_2.2) => /lib/tls/i686/cmov/libpthread.so.0
                libpthread.so.0 (GLIBC_2.0) => /lib/tls/i686/cmov/libpthread.so.0
                libm.so.6 (GLIBC_2.0) => /lib/tls/i686/cmov/libm.so.6
                libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.1.2) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.3) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.1) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.2) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/tls/i686/cmov/libc.so.6
        /srv/alfresco-3.4.a/common/lib/libjpeg.so.62:
                libc.so.6 (GLIBC_2.1.3) => /lib/tls/i686/cmov/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/tls/i686/cmov/libc.so.6
        /lib/tls/i686/cmov/libm.so.6:
                ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
…
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Alfresco 3.4a and MacOsX 10.6.4 errors

n9yty — Wed, 20 Oct 2010 02:29:53 GMT

Hmmm… On osx the libraries in common/lib look like this: (otool -L output)


libjpeg.62.dylib:
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0)
   /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.5)
‍‍‍‍‍‍

I wonder if these should have the paths from /bitnami/alfrescocustomstack-osx-x86/output changed to /Applications/alfresco-3.4.a using install_name_tool


install_name_tool -id /Applications/alfresco-3.4.a/common/lib/libjpeg.62.dylib libjpeg.62.dylib
‍‍‍

And any library that has links to them probably needs to be changed as well:


install_name_tool -change /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libjpeg.62.dylib /Applications/alfresco-3.4.a/common/lib/libjpeg.62.dylib libwmf.dylib
‍‍‍

This one is a good example with lots of dependencies….


libwmf.dylib:
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libwmf-0.2.7.dylib (compatibility version 9.0.0, current version 9.0.0)
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libwmflite-0.2.7.dylib (compatibility version 8.0.0, current version 8.1.0)
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.15.0)
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
   /usr/lib/libxml2.2.dylib (compatibility version 9.0.0, current version 9.16.0)
   /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.5)
   /usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0)
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libjpeg.62.dylib (compatibility version 63.0.0, current version 63.0.0)
   /bitnami/alfrescocustomstack-osx-x86/output/common/lib/libpng12.0.dylib (compatibility version 25.0.0, current version 25.0.0)
   /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
‍‍‍‍‍‍‍‍‍‍‍‍‍‍

I understand that at build time this can be set using the -install_name flag to libtool, but not sure about the linked paths.

Sorry, this is an incomplete thought I know, but maybe it will spark an idea.

I know DYLD_LIBRARY_PATH is supposed to override this, but I wonder if it is a problem still…

Also - openoffice - the error I get about it not running. Trying to debug that gives me this error:


dyld: Symbol not found: __cg_jpeg_resync_to_restart
  Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
  Expected in: /Applications/alfresco-3.4.a/common/lib/libJPEG.dylib

Trace/BPT trap
‍‍‍‍‍‍‍

UPDATE: The last issue was resolved by linking the libjpeg.dylib and libpng.dylib files to the system versions as indicated by another forum poster. Seems the incompatible versions used by ImageIO and the bundled ones was causing a conflict.

openoffice was still not starting, complaining about component manager. I fixed this by altering DYLD_LIBRARY_PATH in setenv.sh to include /Applications/alfresco-3.4.a/openoffice/Contents/MacOS and all is well for startup, but still document conversion attempts fail, causing openoffice to die.

imagemagick convert.bin still not working either.