Package Details: imagej 2:1.52-1

Git Clone URL: (read-only)
Package Base: imagej
Description: Image manipulation software for scientists
Upstream URL:
Licenses: Public Domain
Submitter: skarn
Maintainer: mschu
Last Packager: mschu
Votes: 65
Popularity: 0.550587
First Submitted: 2009-05-18 15:59
Last Updated: 2018-06-08 10:06

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

skarn commented on 2012-08-28 16:16

@everyone the releases that are only in source form are supposed to be development releases. When the streak of 1.47a->1.47b->1.47c->... ends they will release a binary version of 1.47 for production use and move to development of the next version.

@srg I have just updated the package to 1.46, but I do not use anymore Arch on my production machine. I could abandon the package if is interested in taking over. I still would suggest avoiding the releases which are only in source form. Then you can also compile the stable releases from source...

srg commented on 2012-08-28 15:17

1.47b is not available as a binary download, but it is available as a source distribution at

srg commented on 2012-08-28 15:14

The launcher script seems to generate a lot of errors. They are due to: 1) broken access rights in some of the /usr/share/imagej (like no read access to some dirs), 2) leading space in some of the filenames of the upstream distribution (it is lost when iterating with "while read"), 3) trying to guess JAVA_HOME, when it is not necessary on Archlinux.

I suggest to update PKGBUILD with
and imagej script with

The diffs are:

< # This PKGBUILD does not build the sources but rather
< #downloads a precompiled jar from the project website.
> # This PKGBUILD does not build the sources but rather
> # downloads a precompiled jar from the project website.
< pkgrel=1
> pkgrel=2
< '8c3f31d67b70a9104c1c0b983b0aac86'
> 'b6f8562641759d158ebf654cc7c85cb2'
> # Fix access rights before installing
> find $srcdir/ImageJ/ -type f -exec chmod 644 "{}" \;
> find $srcdir/ImageJ/ -type d -exec chmod 755 "{}" \;
> # Fix filenames
> mv "$srcdir/ImageJ/plugins/ README.txt" \
> "$srcdir/ImageJ/plugins/README.txt"

and for the script:

< if [ -z "/opt/java/jre" ] ; then
< JAVA_HOME=$(/opt/java/jre -l | head -1 | cut -d' ' -f 3)
< else
< JAVA_HOME=$(/usr -l | head -1 | cut -d' ' -f 3)
< fi
> # Not necessary in Archlinux.
> # See
< ln -s ${ij_path}/plugins/$p ${ij_user_path}/plugins/$p
> ln -s "${ij_path}/plugins/$p" "${ij_user_path}/plugins/$p"
< ln -s ${ij_path}/macros/$p ${ij_user_path}/macros/$p
> ln -s "${ij_path}/macros/$p" "${ij_user_path}/macros/$p"
< ln -s ${ij_path}/luts/$p ${ij_user_path}/luts/$p
> ln -s "${ij_path}/luts/$p" "${ij_user_path}/luts/$p"
< eval java ${java_arch} -mx${mem}m ${modules} ij.ImageJ -ijpath ${ij_user_path} -port${count} ${images} ${macrocmd} ${macroargs}
> exec java ${java_arch} -mx${mem}m ${modules} ij.ImageJ -ijpath ${ij_user_path} -port${count} ${images} ${macrocmd} ${macroargs}
< exit 0

fi-dschi commented on 2012-08-27 16:00

1.46 is available for download now.
1.47 has been announced, but I found no downloads for it.

mfs commented on 2012-05-29 08:15

According to, 1.46o is out. But the rest of the website (including downloads) seem to be broken atm.

Corubba commented on 2012-04-12 14:30

If you get the error, that imagej can't find javac, `ln -s /opt/java/lib/tools.jar /opt/java/jre/lib/ext` fixed the problem for me. ImageJ is searching the compiler in the wrong directory.

skarn commented on 2011-08-18 14:52

Finally awoke from my sleep and updated the package. Somehow i had not seen the "out of date" notification...
I also made java-environment an optdepend, as required by cecilyen.

boina commented on 2011-06-10 15:08

Works great!!! Being out of date is no problem. Once installed you should open imagej as root from the command line and on the help tab you should run update --- wait --- and ready. Even more... if you go to the imagej web page and download it you don't get the latest version until update.
Thanks, José.

Anonymous comment on 2011-04-03 16:05

1.44 is out. md5=21df91aa67053f19c19b31a1bb2955db
And please make java-environment as an optional dependency.

skarn commented on 2010-09-14 09:13

Well, with this script the files are not actually copied, they are just symlinked into the user's home folder. This way the user can for example add mose plugins or lookup tables by just dropping them in the .imagej folder. Using symlinks ensures that this does not cost the user a lot of space.