Package Details: yed 1:3.23.2-1

Git Clone URL: https://aur.archlinux.org/yed.git (read-only, click to copy)
Package Base: yed
Description: Very powerful graph editor written in java
Upstream URL: http://www.yworks.com/en/products_yed_about.html
Licenses: custom
Submitter: fatmike
Maintainer: Bevan
Last Packager: Bevan
Votes: 249
Popularity: 0.069384
First Submitted: 2009-03-08 11:56 (UTC)
Last Updated: 2023-09-13 06:21 (UTC)

Dependencies (2)

Required by (0)

Sources (4)

Pinned Comments

balazsbotond commented on 2021-02-23 14:21 (UTC)

In case you need HiDPI support, run:

# $EDITOR $(which yed)

And add the -Dsun.java2d.uiScale=2.0 option to the java command, like:

/usr/bin/java -Dsun.java2d.uiScale=2.0 -jar /usr/share/java/yed/yed.jar "$@"

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 12 Next › Last »

Martchus commented on 2018-03-28 19:25 (UTC) (edited on 2018-03-28 19:26 (UTC) by Martchus)

@Varakh Yes, it fails to validate - because the file does not exist anymore. Seems like they took v3.18 off again. So better just revert the last commit.

Varakh commented on 2018-03-28 13:25 (UTC)

yEd-3.18.zip fails verifying with sha256sums. Can you please update the pkg rel and fix it?

Bevan commented on 2018-02-25 19:36 (UTC)

RoundCube: So, what if java 7 is selected as default? :)

I maintain several java-related packages here in AUR and for all of them I had to maintain custom start scripts that work for most people independent of their selected default. Extracting this logic into a common script was the logical consequence. I don't see how a separate package hurts anyone.

Singularity commented on 2018-02-25 16:03 (UTC)

How about changing the startscript to

java -jar /path/to/file.jar

instead using an additional AUR dependency? I tested it with both java 8 & 9.

Bevan commented on 2017-11-25 19:43 (UTC)

Ah, that may have been related to the new version that was available and is now reflected in this package.

andreab82 commented on 2017-11-25 19:40 (UTC)

Ok, my comment on "validpgpkeys" was wrong, investigating further it looks like it was an issue with sha256sums. I installed archlinux-java-run separately with no problems. Then on "makepkg -sri" I got: "==> Validating source files with sha256sums... yEd-3.17.1.zip ... FAILED yed.desktop ... Passed yed ... Passed ==> ERROR: One or more files did not pass the validity check!" Just now though, it installed correctly! So definitely not a problem with your package, just not sure why it failed earlier.. weird. Thanks for the quick response!

Bevan commented on 2017-11-25 19:05 (UTC)

andreab82: validpgpkeys would require yWorks to provide signatures for their files. Do you have an issue with building this package? It should be as simple as running "makepkg" after making sure that all dependencies are installed.

andreab82 commented on 2017-11-25 03:39 (UTC)

Hi, would it be possible to add the validpgpkeys please? Otherwise any suggestion on how to build the package would be appreciated. Thanks

Bevan commented on 2017-11-17 22:33 (UTC)

rainbyte: Thanks for the hint! Does yEd work well for you using Java 9? I'll try to come up with a more general version of the start script over the weekend. Your change looks good but if anymore still has jdk7 set as default it will still break because the java executable has moved in jdk9.

rainbyte commented on 2017-11-17 07:19 (UTC) (edited on 2017-11-17 07:22 (UTC) by rainbyte)

This error appears when using jre9-openjdk to run yed: /usr/bin/yed: line 8: /usr/lib/jvm/java-9-openjdk/jre/bin/java: No such file or directory To make it work with this jre, I have changed the conditional on /usr/bin/yed to this one: if [[ "$(archlinux-java get)" =~ ^java-(8|9)-* ]]; then

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 12 Next › Last »