Package Details: logisim-evolution 3.8.0-1

Git Clone URL: https://aur.archlinux.org/logisim-evolution.git (read-only, click to copy)
Package Base: logisim-evolution
Description: An educational tool for designing and simulating digital logic circuits
Upstream URL: https://github.com/reds-heig/logisim-evolution
Licenses: GPL3
Conflicts: logisim-evolution-bin, logisim-evolution-git
Submitter: dopsi
Maintainer: yigits
Last Packager: yigits
Votes: 25
Popularity: 0.103459
First Submitted: 2017-10-23 08:39 (UTC)
Last Updated: 2022-10-02 20:07 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Pinned Comments

yigits commented on 2021-10-09 12:09 (UTC) (edited on 2021-10-12 08:10 (UTC) by yigits)

This package requires java-runtime>=16. If you run into an issue please ensure that an appropriate runtime is set;

# archlinux-java set java-16-openjdk

maniacata commented on 2021-01-17 18:17 (UTC) (edited on 2021-01-18 03:52 (UTC) by maniacata)

This AUR repo has switched to a build-from-source package.

However, binary version can be found as logisim-evolution-bin.

Latest Comments

« First ‹ Previous 1 2

maniacata commented on 2020-04-19 06:00 (UTC)

@AppleGamer22 it should be fixed in latest PKGBUILD. Just try updated again :)

AppleGamer22 commented on 2020-04-19 05:48 (UTC) (edited on 2020-04-19 05:49 (UTC) by AppleGamer22)

When attempting to update the package on Manjaro, the following error message is displayed: "line 30: jar: command not found"

maniacata commented on 2020-04-19 05:47 (UTC)

@johnramsden nice to hear your feedback. Maybe you can try makedepends=('java-environment') which is used by package logisim. However, jar command is only shipped with JDK. I don't think adding JDK as a dependent in PKGBUILD is a good idea, because some users only have JRE installed. I've to admit that I was misled by PKGBUILD of logism so I once kept its usage of command jar xf which proved completely redundant. Afterall, makepkg will extract (usually via bsdtar) or symlink all files in the source array in $srcdir. I've removed jar command from latest PKGBUILD. This should work quite fine.

johnramsden commented on 2020-04-19 04:09 (UTC)

@maniacata I got the following error with the 3.3.4 update:

/startdir/PKGBUILD: line 31: jar: command not found

I had to add as a makedepend:

makedepends=('java-environment-openjdk=10')

It also didn't seem to find jar by default in the PATH so I had to use the full path to jar:

/usr/lib/jvm/java-10-openjdk/bin/jar xf ${pkgname}-${pkgver}.jar "resources/logisim/img/"

maniacata commented on 2020-04-18 11:53 (UTC)

@thierer I've fixed that. Now it requires java-runtime>=10.

thierer commented on 2020-04-18 08:55 (UTC)

@maniacata I'm aware that there's a newer version of logisim-evolution available. The reason why I haven't upgraded this AUR package yet is that the new version requires a jre >= 9 (which in reality means jre >= 10, as jre9 isn't supported on Arch). This isn't reflected in your PKGBUILD, btw, which states "java-runtime>=8".

The way the starter script works right now this also means that the default jre has to be >= 10, which I consider a bit much as a general requirement. Fixing this is some work, that's why I refrained from updating the package until I find time to implement a proper solution.

That said, if you'd like to maintain the package, no problem, go ahead, I've just disowned it.

maniacata commented on 2020-04-17 15:11 (UTC)

Hi, Thierer! I've been using logisim-evolution for my college labs for days and I found this package is out-dated. I just start to maintain a newer package called logisim-evolution-bin with CI.

However, I'm more than willing to maintain this logisim-evolution together with you, because it has a shorter package name :P

PinkCathodeCat commented on 2020-01-16 09:35 (UTC)

Apologies - I was intending to maintain this package but have had other projects intensify. I hope somebody can rectify these issues.

thierer commented on 2019-12-27 09:50 (UTC) (edited on 2020-01-18 13:48 (UTC) by thierer)

I don't understand the changes to the install paths / names of icons and the desktop-file introduced by 0f9fc180.

As it is, the icon isn't found because the filename is wrong.

It seems the purpose was to install to subdirs, but then path separators are missing. Also, at least xfce4 doesn't find icons in subdirs anyway and while it seems to work for desktop-files, that doesn't appear to be the standard.

[Edit: Removed link to my github repository which I deleted now that I've adopted this package and pushed my changes.]