Package Details: yed 3.17.1-1

Git Clone URL: (read-only)
Package Base: yed
Description: Very powerful graph editor written in java
Upstream URL:
Licenses: custom
Submitter: fatmike
Maintainer: Bevan
Last Packager: Bevan
Votes: 219
Popularity: 1.494796
First Submitted: 2009-03-08 11:56
Last Updated: 2017-08-31 13:32

Latest Comments

Bevan commented on 2017-08-31 13:35

simon_sjw: I updated the package to fix the issue with the checksum. To your openssl issue: You should try to figure out why the openssl.cnf in some pacaur cache dir is chosen by default. This doesn't look like a healthy setup…

simon_sjw commented on 2017-08-31 11:57

Thanks Bevan,
I tried using git clone and then makepkg -si and still got the same error.

Looking at the forums, it turns out that locating my openssl.cnf file and exporting my $OPENSSL_CONF env. variable helps:

export OPENSSL_CONF=/etc/ssl/openssl.cnf

but it's now failing on checking the sha256sums.
I can see a few options included on the mail from ardemiranda below but when I try replacing the sha256sums line in PKGBUILD with the one on the bottom (since I'm >3.16) I get no joy.

Any thoughts?



Bevan commented on 2017-08-30 06:44

simon_sjw: This seems to be unrelated to this package but rather an issue with pacaur. You should be able to build this package manually as described in the wiki:

simon_sjw commented on 2017-08-30 01:52

Currently have the below error on installation.
UPDATE -> appears related to the issues commented below.
I lack the skills to apply the new sha256sum hash although would be keen to give it a crack if someone can point me in the right direction.

Message on install using pacaur -S yed on zsh:

:: Checking yed integrity...
==> Making package: yed 3.17-1 (Wed Aug 30 11:49:03 AEST 2017)
==> Retrieving sources...
-> Found
-> Found yed.desktop
-> Found yed
==> Validating source files with sha256sums... ... WARNING: can't open config file: /home/simon/.cache/pacaur/anaconda/pkg/anaconda/opt/anaconda/ssl/openssl.cnf
yed.desktop ... WARNING: can't open config file: /home/simon/.cache/pacaur/anaconda/pkg/anaconda/opt/anaconda/ssl/openssl.cnf
yed ... WARNING: can't open config file: /home/simon/.cache/pacaur/anaconda/pkg/anaconda/opt/anaconda/ssl/openssl.cnf
==> ERROR: One or more files did not pass the validity check!
:: failed to verify yed integrity

MicroJoe commented on 2017-03-19 13:43

New version out : 3.17.
Git patch (apply with `git apply --ignore-space-change --ignore-whitespace patch.diff`) :

milouse commented on 2017-02-27 17:19

Is there any reason why this application is classified as a « graphics » one and not an « office » or a « science » one (though I'm less convinced for this last) ?

ardemiranda commented on 2016-10-12 12:07

Link for the new version:
sha256sum: 47ac746ad30eb6375b8f45e9382efd0db0b6e3b1eb8f4760625963175b753805

< pkgver=3.16.2
> pkgver=
< sha256sums=('d25432c7fa1e3d19d700e829e087c6ab32b0d7f23a1c367f6ea12a0e63363b0e'
> sha256sums=('47ac746ad30eb6375b8f45e9382efd0db0b6e3b1eb8f4760625963175b753805'

Skingrende commented on 2016-10-12 11:19

I had the following errors on updating for the latest version.

1st one:

yed 3.16.2-1 (2016-10-11 18:01)
( Unsupported package: Potentially dangerous ! )

2nd one:

==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build yed.

Bevan commented on 2016-10-11 18:29

@lenzenmi: Correct, that's a side effect of a change I did about two months ago:

Your proposed script is what we had before. The issue is that this does not work for people that have Java 7 set as default environment. So I guess a script that makes everybody happy would be more complicated. Maybe I will come up with one at some point in time. Suggestions would be appreciated of course.

For a more permanent solution for you, copy your custom start script to /usr/local/bin. Then it will not be overwritten by updates.

lenzenmi commented on 2016-10-03 07:05

The runscript ``/usr/bin/yed`` does not use the system default java runtime. It tries to search for the most recent version, but in my case selects the openjdk version when I'd like it to instead select the oracle version.

I modified the path in the script as follows to use the default runtime which is how I would have expected it to behave:


# Force usage of default java version
exec $JVM_PATH/bin/java -jar /usr/share/yed/yed.jar "$@"

All comments