Package Details: yed 1:3.22-1

Git Clone URL: (read-only, click to copy)
Package Base: yed
Description: Very powerful graph editor written in java
Upstream URL:
Licenses: custom
Submitter: fatmike
Maintainer: Bevan
Last Packager: Bevan
Votes: 249
Popularity: 0.076747
First Submitted: 2009-03-08 11:56 (UTC)
Last Updated: 2022-04-09 11:02 (UTC)

Dependencies (1)

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

bziur commented on 2021-03-18 09:23 (UTC) (edited on 2021-03-18 09:25 (UTC) by bziur)

to make it work under manjaro I had to make following changes:

@@ -10,19 +10,19 @@

 pkgdesc='Very powerful graph editor written in java'

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 "$@"

Bevan commented on 2021-01-07 14:59 (UTC)

nilsw: Makes sense. I'm lacking access to my Arch machine right now but will add it in the next couple of days.

nilsw commented on 2021-01-07 14:57 (UTC) (edited on 2021-01-07 15:01 (UTC) by nilsw)

Could you add a line MimeType=application/x-graphml+xml; to yed.desktop, so that double clicking .graphml files works? Edit: Pullrequest sent.

square252 commented on 2020-09-17 08:27 (UTC)

yEd has been updated to version 3.20.1 Until the aur package is updated you can edit the pkgbuild, change the version from 3.20. to 3.20.1 and the first sha256 value to f1b8c878e45d476fd99e950c3469e7d7d9b433dab4efad8c1f8938dec9e2d897

bobi commented on 2020-01-18 10:28 (UTC)


Bevan commented on 2020-01-17 17:51 (UTC)

@bobi: Looks good, thanks for the suggestion! If you want, you may create a pull request on Otherwise I'll do the change within the next couple of days.

bobi commented on 2020-01-17 10:42 (UTC)

Hi, here’s a patch that makes use of all sizes for the icon, so that it scales beyond 32×32, plus installs a mime type for graphml files so that they aren’t treated anymore as any other xml file:

The additional graphml+xml-mime.xml source file is copy pasted from here:

So, in the end, the icon scales smoothly no matter the desktop environment and opening a graphml file from a file manager is not a pain anymore.

josejorge commented on 2019-11-01 07:08 (UTC) (edited on 2019-11-02 05:31 (UTC) by josejorge)

Link for downloading version 3.19.1 is failing, I think it should be updated to

fuhrmeistery commented on 2018-11-21 07:56 (UTC)

Installation failed due to failing validity check on the updating pkgver to 3.18.2 and first sha256sum to 1dd325347127b749cf7f6d84c086b24cf8ff86e26c2ba986916efc9337a97463 worked for me

Mayzie commented on 2018-10-01 12:03 (UTC)

@Bevan: This was just running a standard system upgrade (pacman -Syu), which failed due to that error below. I uninstalled yEd as I don't really use it any more, which of course fixed it. Was just letting you know. :-)

Bevan commented on 2018-10-01 07:26 (UTC) (edited on 2018-10-01 07:26 (UTC) by Bevan)

Mayzie: I haven't tested yet if yEd works with jdk 11. Right now I have my doubts because javafx seems not to be included anymore and I don't know if there is already a replacement for that here in AUR. So your options are to either stick with jdk 10 or use the javafx version from the official repos:

pacman -S jdk10

pacman -S java-openjfx

Mayzie commented on 2018-10-01 07:15 (UTC) (edited on 2018-10-01 07:16 (UTC) by Mayzie)

error: failed to prepare transaction (could not satisfy dependencies)

:: installing jdk (11-2) breaks dependency 'java-openjfx>=8' required by yed

:: installing jdk (11-2) breaks dependency 'java-openjfx<11' required by yed

Bevan commented on 2018-09-19 07:25 (UTC)

@StefanT: Putting myself into the upstream URL in my view would be horribly wrong. (1) For 99% of people it's way more important to find real upstream than my github repo. (2) I'm not the author of yed and won't ever claim that I am. (3) I do not want to be held accountable for any bugs within yed itself.

Btw: Do you have an example for other packages that do this? The wiki is pretty clear about this:

The URL of the github repo is right on the top of the PKGBUILD. So anyone who edits it will see it immediately:

I will look into the StartupWMClass issue later today.

StefanT commented on 2018-09-19 06:19 (UTC) (edited on 2018-09-19 06:23 (UTC) by StefanT)

Bevan, it's probably me but I cannot find a link to the github project where you want to receive pull requests. Maybe you could put the github link into the upstream URL field on this page? At least this is what I have seen in other AUR packages.

Meanwhile: it looks like the desktop entry is part of your packaging. Please correct the startup WM class such that the correct icon is shown in e.g. Gnome3 when the application is running:


Bevan commented on 2018-06-01 07:46 (UTC)

seamus: It's sufficient to click the "Flag out-of-date" link. I'll update the package as soon as possible.

If you want to provide a new PKGBUILD, I'm happy to receive pull requests on github. Posting it as a comment clutters the comment history forever, although the package has long been updated.

seamus commented on 2018-06-01 00:11 (UTC)

diff --git a/PKGBUILD b/PKGBUILD
index [`8cbfa2c`]( 100644
@@ -10,7 +10,7 @@
 # <>

 pkgdesc='Very powerful graph editor written in java'
@@ -21,7 +21,7 @@ depends=('archlinux-java-run>=4' 'java-openjfx>=8' 'java-openjfx<11')

rthoth commented on 2018-04-10 12:41 (UTC)

You're correct Bevan, I didn't think that. I installed openjfx and fixed my yed without changes on yed package.

Bevan commented on 2018-04-10 12:35 (UTC)

machfour: That's a good hint, thanks! I will add this as a dependency soon and adjust the start script to make sure that a JRE with JavaFX support is used.

rthoth: Exactly, this way you can force usage of Oracle's JRE. However, I don't want to force this for everybody as yed seems works fine with OpenJDK (apart from the warning on startup).

machfour commented on 2018-04-08 06:33 (UTC)

I had jdk8-openjdk and jre8-openjdk installed, and yEd wouldn't start until I also installed java-openjfx. Maybe it should be added as a dependency?

alexjorgef commented on 2018-04-07 23:02 (UTC) (edited on 2018-04-07 23:03 (UTC) by alexjorgef)

seems ok now, thanks

==> Validating source files with sha256sums... ... Passed
    yed.desktop ... Passed
    yed ... Passed

alexjorgef commented on 2018-04-06 04:33 (UTC) (edited on 2018-04-06 04:33 (UTC) by alexjorgef)

When i try to install yed via yaourt

==> Validating source files with sha256sums... ... FAILED
    yed.desktop ... Passed
    yed ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build yed.

Bevan commented on 2018-03-31 09:27 (UTC) (edited on 2018-03-31 20:52 (UTC) by Bevan)

jose1711: I don't know. Did you test it yourself? I certainly won't before any Java 10 package is in the repositories or at least in AUR (an by that I don't mean jre-devel).

Edit: I missed that there is a "jre" package in AUR (only looked for jre10). I'll test and may update the script accordingly.

jose1711 commented on 2018-03-29 22:05 (UTC)

is there a problem running with oracle java 10? if not, please change the execution script accordingly. thank you, jose

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) 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... ... 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

Bevan commented on 2017-08-31 13:35 (UTC) (edited on 2017-08-31 13:35 (UTC) by Bevan)

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 (UTC) (edited on 2017-08-31 11:58 (UTC) by simon_sjw)

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? Regards, Simon

Bevan commented on 2017-08-30 06:44 (UTC)

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 (UTC) (edited on 2017-08-30 02:08 (UTC) by simon_sjw)

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 FAILED yed.desktop ... WARNING: can't open config file: /home/simon/.cache/pacaur/anaconda/pkg/anaconda/opt/anaconda/ssl/openssl.cnf Passed yed ... WARNING: can't open config file: /home/simon/.cache/pacaur/anaconda/pkg/anaconda/opt/anaconda/ssl/openssl.cnf Passed ==> ERROR: One or more files did not pass the validity check! :: failed to verify yed integrity

MicroJoe commented on 2017-03-19 13:43 (UTC) (edited on 2017-03-19 13:43 (UTC) by MicroJoe)

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 (UTC)

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 (UTC)

Link for the new version: sha256sum: 47ac746ad30eb6375b8f45e9382efd0db0b6e3b1eb8f4760625963175b753805 12c12 < pkgver=3.16.2 --- > pkgver= 22c22 < sha256sums=('d25432c7fa1e3d19d700e829e087c6ab32b0d7f23a1c367f6ea12a0e63363b0e' --- > sha256sums=('47ac746ad30eb6375b8f45e9382efd0db0b6e3b1eb8f4760625963175b753805'

Skingrende commented on 2016-10-12 11:19 (UTC)

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 (UTC)

@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 (UTC)

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: #!/bin/sh # Force usage of default java version JVM_PATH=/usr/lib/jvm/default exec $JVM_PATH/bin/java -jar /usr/share/yed/yed.jar "$@"

gonciarz commented on 2016-08-09 15:06 (UTC)

License url:

gonciarz commented on 2016-08-09 15:03 (UTC)

Please update to the newest version. Url has changed. diff --git a/PKGBUILD b/PKGBUILD index b8d5a0b..61e37df 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -9,17 +9,17 @@ # pkgname=yed -pkgver=3.16 +pkgver=3.16.1 pkgrel=2 pkgdesc='Very powerful graph editor written in java' arch=('any') url='' license=('custom') depends=('java-runtime>=8') -source=("${pkgver}.zip" +source=("${pkgver}.zip" 'yed.desktop' 'yed') -sha256sums=('1dc24758535ca033eb5f078524193c9ffcc98635d2832fd403ca9aec01e24bea' +sha256sums=('f2c48697ae2d6d1fa29005157d3d8f319380bef9ecc250ae727246bd2f9bfe40' '342dba6defac88d035253b22e6377d9570858f59367cd486dba4a4dba1621f91' '659784d530d9a3f6a9489d6493b29e947bf534a8da9750b19a907ead1fe2e8ac')

munikarmanish commented on 2016-08-09 12:53 (UTC)

The provided source URL downloads an HTML file instead of a ZIP archive. It seems the download requires some license agreement. Do I have to manually download the source or are there some other automatic workarounds?

alcobass commented on 2016-07-26 05:52 (UTC)

patch for 3.16 diff --git a/PKGBUILD b/PKGBUILD index faacd7b..b184587 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -9,7 +9,7 @@ # pkgname=yed -pkgver= +pkgver=3.16 pkgrel=1 pkgdesc='Very powerful graph editor written in java' arch=('any') @@ -19,7 +19,7 @@ depends=('java-runtime') source=("${pkgver}.zip" 'yed.desktop' 'yed') -sha256sums=('c60e4868f267303ee8b6fc2587beb4cc846f32bd8a6a557b77e01f0d8039aa4d' +sha256sums=('1dc24758535ca033eb5f078524193c9ffcc98635d2832fd403ca9aec01e24bea' '342dba6defac88d035253b22e6377d9570858f59367cd486dba4a4dba1621f91' 'fee9aff48421fb51f623a371a9aa12c70f388a05f3015b6a3b7c9798312e8e8a')

justin8 commented on 2016-03-29 10:57 (UTC)

No, but it gets tiring getting notifications for people posting things about a version bump when there is a button for that to notify the packager and not everyone who wants updates about a package. Pretty sure if we removed the comments about the package being updated and the comments about the comments there would be nothing on this page.

amar commented on 2016-03-29 10:43 (UTC)

They might not know that; I certainly didn't! I think you're making a bigger deal out of this than it is. It's not like this package is super popular and has one comment per page. And those that are, are maintained more actively so comments like that aren't made to begin with. I see your point but don't really agree. To me this counts as an issue + solution. Even our little discussion has some value imo.

justin8 commented on 2016-03-29 00:05 (UTC)

They can also bump the version and run updpkgsums to do it automatically. It just makes it harder for people to see relevant issues and solutions in AUR packages when people post comments like that

amar commented on 2016-03-28 21:52 (UTC)

That comment wasn't to pester for updates, but to save others the hassle of getting the checksum since they could just copy and paste it into PKGBUILD from here.

justin8 commented on 2016-03-27 12:38 (UTC)

Click flag out of date. Don't spam AUR comments for that.

amar commented on 2016-03-27 12:37 (UTC) is c60e4868f267303ee8b6fc2587beb4cc846f32bd8a6a557b77e01f0d8039aa4d

Bevan commented on 2016-03-15 19:52 (UTC)

Sorry, will update this as soon as possible (which unfortunately is not right now).

kralyk commented on 2016-03-15 15:08 (UTC)

New pkgver is and the sha256sum is 8adf89b61acbc3447e81e2d9f281928594b837a5d1ac34563ee22298fdfe0228

Lindenk commented on 2015-08-12 19:26 (UTC)

The checksum no longer passes.

swamptech commented on 2015-05-08 22:12 (UTC)

New version: 3.14.2 sha256sum: d08e43a17dd078fda66419715fc45d7fe62fd361bf14a705b1b1037c2eb34ec4

wiegraffolles commented on 2015-03-27 08:45 (UTC)

3.14.1 is out.

Bevan commented on 2015-01-06 16:43 (UTC)

Thanks, I changed the URL. I did not raise pkrel though because the resulting package is exactly the same.

pizzapill commented on 2015-01-06 08:59 (UTC)

New URL is:

alexpe87 commented on 2014-12-27 14:24 (UTC)

3.14 is out! ;-) md5sum: 5bc26280632eac3929907b5cf6853919

orschiro commented on 2014-11-22 17:24 (UTC)

@Bevan Welcome. I was annoyed by that bug as well. Thanks for quickly updating the package! Robert

Bevan commented on 2014-11-22 17:11 (UTC)

Good catch, orschiro. Seems like quite a bit of research was needed to find out what caused the problem. It also solves the behaviour in gnome that the icon is shown twice in the dock if the application is set as a favorite. Thanks for the fix! :)

orschiro commented on 2014-11-22 15:45 (UTC)

@Bevan Could you please add the following line to yed.desktop? + StartupWMClass=B-A-A-B This will fix an issue with multiple icons displayed in plank dock bar. More information: Thank you for your maintenance! Robert

orschiro commented on 2014-10-08 06:38 (UTC)

Is someone using a custom icon theme and can confirm that the custom icon is displayed for all apps except for yed? My issue is related to using Numix Icon theme and described here. I would appreciate any hints!

i18nde commented on 2014-09-25 07:29 (UTC)

Yes, that it is. Thanks a lot. ;)

Bevan commented on 2014-09-24 16:46 (UTC)

Do you use the archlinux-fr repository? They have a prebuilt yed package in there but still in version 3.12.2. Here yaourt complains about this on every update, so this may be a reason.

orschiro commented on 2014-09-24 15:59 (UTC)

@i18nde Does the same happen if you build it manually?

i18nde commented on 2014-09-24 13:15 (UTC)

It will not update via yaourt to yEd-3.13, although it it written here, still remains at version 3.12.2. Any ideas? Thanks.

Bevan commented on 2012-11-07 20:22 (UTC)

@ystein: It seems like they have split up their software into two jar files without increasing their version number. I've just corrected the PKGBUILD. Thank you for reporting.

commented on 2012-11-07 20:21 (UTC)

I've found two bugs in the PKGBUILD 1) The checksum for is incorrect, it should be ed4a1328b73d643a1a9f805c9e789793. 2) There are two jars within the archive yed.jar and vectorgraphics.jar. Both have to be copied to /usr/share/yed (currently, only yed.jar is copied to that location)

commented on 2012-11-07 19:41 (UTC)

The checksum for is incorrect, it should be ed4a1328b73d643a1a9f805c9e789793.

Bevan commented on 2012-09-24 09:35 (UTC)

@laser_b: Thanks for your comment. I will test if it works for me (because jotomo stated differently in June) and if it does I'll change it here.

laser_b commented on 2012-09-24 09:23 (UTC)

I think the Exec command in the desktop file should be modified. Currently it is not possible to doubleclick on a graphml file to open it with yed (at least not in nautilus). But current version of yed seems to support opening more than one file via argument. Therefore it should read "Exec=yed %f" instead of just "Exec=yed".

Fallback commented on 2012-07-18 16:59 (UTC)

@Bevan that was the problem thank you anyways :) yed is working

Bevan commented on 2012-07-17 19:44 (UTC)

@Fallback: This seems to be a local problem. Error 23 means "Write error. Curl couldn't write data to a local filesystem or similar." Maybe your /tmp directory is on a full partition?

Fallback commented on 2012-07-17 19:23 (UTC)

Have a problem downloading yed curl: (23) Failed writing body (785 != 1420)

Bevan commented on 2012-06-16 12:23 (UTC)

@jotomo: Thank you very much for that. I applied your changes to the package.

jotomo commented on 2012-06-16 12:15 (UTC)

I've put a diff here

jotomo commented on 2012-06-16 11:36 (UTC)

I ran into some trouble configuring Eclipse to open files with yed, so here's what I did to make it work. 1) The desktop file has the content of the yed script duplicated. Generally, the Exec=... portion of the desktop file calls/delegates to a script/binary under /usr/bin. I'd suggest apapting this pattern as this removes the duplication. 2) In the yed script: the @* part is only partially right, it should read "$@" (including the double quotes, see the bash manpage section PARAMETERS->Special Parameters on * and @). Note that yed does not support opening more than one file via argument.

exterm commented on 2012-05-30 17:03 (UTC)

thanks for updating bevan. If you need help or run out of free time I would also be interested to maintain this package.

aliasbody commented on 2012-05-08 13:07 (UTC)

PKGBUILD for 3.9.2 version -->

PLum commented on 2012-03-28 06:44 (UTC)

new version update - please 6e1ff77ee783c33eaaad80f3ca75af51

maxdevaine commented on 2012-02-03 08:22 (UTC)

3.9 is out, please update. Thanks

dax commented on 2011-10-13 13:32 (UTC)

3.8 is out, update

deluminathor commented on 2011-06-30 08:28 (UTC)

Updated, thanks. Next time you can just flag the package as out-of-date and I will update PKGBUILD :)

commented on 2011-06-30 08:08 (UTC)

updated PKGBUILD for version 3.7 is not available

Gordin commented on 2011-04-19 18:09 (UTC)

updated PKGBUILD for version 3.7:

deluminathor commented on 2011-01-10 14:49 (UTC)


commented on 2011-01-10 14:35 (UTC)

pleas modify yed file to java -jar /usr/share/yed/yed.jar $* to use parameters from command line

Ice_Phoenix commented on 2010-12-01 10:52 (UTC)

And another update for is needed, mate =)

semi commented on 2010-11-27 10:49 (UTC)

Here's an updated PKGBUILD for yEd version 3.6.1

deluminathor commented on 2010-09-18 10:28 (UTC)

Updated :)

Ice_Phoenix commented on 2010-09-18 09:33 (UTC)

yWorks released yet another version (3.6) and deleted from their servers. Needs fixing=)

deluminathor commented on 2010-05-07 18:43 (UTC)

It was because yWorks released newer version but removed the old file what was referenced by the PKGBUILD. I've updated it so it should work now.

kfrance commented on 2010-05-07 15:28 (UTC)

the md5sum for the is wrong.

deluminathor commented on 2010-04-15 17:41 (UTC)

Fixed those two enhancements and corrected Exec entry in yed.desktop file.

xduugu commented on 2010-04-15 09:00 (UTC)

Could you fix the following error/warning? Thanks. Desktop file '/usr/share/applications/yed.desktop' should not include extension in Icon key: 'yed.png' And maybe move the license file to /usr/share/licenses/yed/.