Package Details: cmaptools v6.04-1

Git Clone URL: (read-only, click to copy)
Package Base: cmaptools
Description: The IHMC Cmap Tools for concept maps
Upstream URL:
Keywords: mindmap
Licenses: unknown
Submitter: None
Maintainer: None
Last Packager: pescepalla
Votes: 9
Popularity: 0.000007
First Submitted: 2017-01-19 21:00 (UTC)
Last Updated: 2020-03-18 12:25 (UTC)

Dependencies (3)

Required by (0)

Sources (5)

Latest Comments

1 2 3 Next › Last »

zeroconf commented on 2021-11-29 14:46 (UTC) (edited on 2021-11-29 14:52 (UTC) by zeroconf)

I tried to report but it seems like impossible, as Antonio Rojas (arojas) claims it is not the_silver_searcher issue, but exactly that package gave the error during installation. He does not look into report and just closes issues. Also he says, like it is MY issue, but I just mentioned, that cannot install due fatal bug. It seems like cmaptools cannot be installed since March, 2020 already, today is already the end of November, 2021... Although CmapTools is a lot used in academic world and very much needed. Well, we need to go manual. I don't have these skills to package here anything.

zeroconf commented on 2021-11-28 19:38 (UTC) (edited on 2021-11-29 14:51 (UTC) by zeroconf)

Impossible to install v6.0.4-1, sounds like the_silver_searcher has bug - Tried with JDK7 and JDK8. Shall I download and install manually? I mean directly from CmapTools website.

gjvnq commented on 2020-10-08 21:31 (UTC)

It may be necessary to apply the following patch to /opt/cmaptools/bin/CmapTools to prevent it from crashing on startup.

--- /opt/cmaptools/bin/CmapTools.old    2020-10-08 18:26:12.480789587 -0300
+++ /opt/cmaptools/bin/CmapTools    2020-10-08 18:26:46.624123420 -0300
@@ -2562,16 +2562,6 @@
 # Checking Java Version and adding Java-9 module illegal access switch only in case of Java-9 and above.
 # Chances are this options may be removed in the next major release.

-extractVMVer=`echo $inspectedVMVersion | cut -c1-2`
-if [ "$extractVMVer" != "1." ] ; then
-   debugOut "Java 9 or higher version detected. Adding module access switch."
-   isJava9AndAbove="TRUE"
-   java9Options="--add-opens java.base/jdk.internal.loader=ALL-UNNAMED"
-   options="$java9Options $options"
 # Optional printout of all variable values for debugging purposes

 debugOut ""

gjvnq commented on 2020-10-08 21:02 (UTC) (edited on 2020-10-08 21:19 (UTC) by gjvnq)

For some reason, the installer runs when called via the terminal but not when called by makepkg.

Make the following changes to PKGBUILD:

    chmod +x Linux64CmapTools_$pkgver\_$_pkgdate.bin
    echo ./Linux64CmapTools_$pkgver\_$_pkgdate.bin \
            -f $PWD/ \
            -DUSER_INSTALL_DIR=$pkgdir/opt/cmaptools \
            -DUSER_SHORTCUTS=$pkgdir/usr/share/applications \
    || true
    tar xf ../cmaptools.tar -C ../pkg

    # Copy bash executable to path
    install -Dm755 $pkgdir/../../cmaptools $pkgdir/usr/bin/cmaptools

And run these commands to make and install:

$ ./Linux64CmapTools_v6.04_09-24-19.bin -f $HOME/.cache/yay/cmaptools/src/ -DUSER_INSTALL_DIR=$HOME/.cache/yay/cmaptools/pkg/cmaptools/opt/cmaptools -DUSER_SHORTCUTS=$HOME/.cache/yay/cmaptools/pkg/cmaptools/usr/share/applications
$ cd pkg
$ tar cvf ../cmaptools.tar cmaptools
$ cd ..
$ makepkg -R -e

daviding commented on 2020-05-29 13:38 (UTC)

Until this is fixed in AUR, I have downloaded the bin file manually from , and installed CMapTools.

The download bundles JRE 1.7.

daviding commented on 2020-05-29 02:10 (UTC)

Attempting to install, with either jav8-jre/jre , java8-openjdk or jav7-openjdk-jre results in an error:

-- begin paste -- java.lang.NullPointerException at com.zerog.ia.installer.LifeCycleManager.dd(Unknown Source) at com.zerog.ia.installer.LifeCycleManager.consoleInstallMain(Unknown Source) at com.zerog.ia.installer.LifeCycleManager.executeApplication(Unknown Source) at com.zerog.ia.installer.Main.main(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at com.zerog.lax.LAX.launch(Unknown Source) at com.zerog.lax.LAX.main(Unknown Source)

-- end paste --

pescepalla commented on 2020-03-18 12:29 (UTC)

I've updated the PKGBUILD but now I'm getting a java.lang.NullPointerException after installing.

Since I'm not using this software any longer, maybe somebody else wants to adopt it.

pescepalla commented on 2019-04-22 00:29 (UTC)

Hi @daviding,

I'm not sure. It works here normally but I'm running vanilla Archlinux.

daviding commented on 2019-04-13 17:50 (UTC)

The installation seems to hang. The dependency on java-8-openjdk succeeded. What's the next step in diagnosing the problem?

$ inxi -S System: Kernel: 4.20.17-1-MANJARO x86_64 bits: 64 Desktop: KDE Plasma 5.15.3 Distro: Manjaro Linux

pkgname=cmaptools pkgver=v6.03.01 _pkgdate=02-07-19

Preparing... Cloning cmaptools build files... Checking cmaptools dependencies... Building cmaptools... ==> Making package: cmaptools v6.03.01-1 (Sat 13 Apr 2019 01:34:41 PM EDT) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found Linux64CmapTools_v6.03.01_02-07-19.bin -> Found -> Found icon.png -> Found cmaptools.desktop -> Found cmaptools ==> Validating source files with md5sums... Linux64CmapTools_v6.03.01_02-07-19.bin ... Passed ... Passed icon.png ... Passed cmaptools.desktop ... Passed cmaptools ... Passed ==> Removing existing $srcdir/ directory... ==> Extracting sources... ==> Removing existing $pkgdir/ directory... ==> Entering fakeroot environment... ==> Starting package()... Preparing to install Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment...

Launching installer...

pescepalla commented on 2019-03-25 19:23 (UTC) (edited on 2019-03-25 21:28 (UTC) by pescepalla)

Yes indeed. I've changed the PKGBUILD now to require java-7 or java-8.

The script should also temporarily set a java-8 (or java-7 in case 8 is unavailable) environment when running. This should allow users to keep the latest java as default.