Package Details: drawio 16.6.6-1

Git Clone URL: (read-only, click to copy)
Package Base: drawio
Description: Diagram drawing application built on web technology
Upstream URL:
Licenses: Apache
Submitter: djmattyg007
Maintainer: djmattyg007
Last Packager: djmattyg007
Votes: 1
Popularity: 0.000089
First Submitted: 2021-03-25 11:07 (UTC)
Last Updated: 2022-03-05 03:34 (UTC)

Dependencies (0)

Required by (0)

Sources (1)

Latest Comments

agradzki commented on 2022-03-15 14:12 (UTC)

I made this mistake of installing this package thinking I would be able to use the application

djmattyg007 commented on 2022-01-24 09:47 (UTC)

On the contrary, one of the core principles of Arch Linux is to remain as close to upstream as possible. This package does exactly that. It's not the package's fault or the packager's fault if a user doesn't understand what they're installing because of a lack of research.

codebling commented on 2022-01-23 17:16 (UTC)

Well, we're part of an ecosystem, so we should follow the rules for AUR naming, not upstream naming (which has no rules). Imagine you installed the python package, intending to run and use python, but just got a bunch of man files, because upstream Python is the name of the language, and the implementation is actually called cpython. So you do a search for packages, but the description of every Python package is the same, so there's no way to distinguish them. You'll eventually look at the package contents and find the right one, it's just kind of annoying and a waste of time. That's just my opinion, but clearly I'm not the only one who feels this way, since someone else already flagged the package. Anyway no use arguing over it, thanks for adding another package to the AUR arsenal.

djmattyg007 commented on 2022-01-23 13:14 (UTC)

I've updated the package to the latest release and resolved the packaging issue. My apologies for that.

I've gotta be honest, I really don't understand the confusion around this package. I don't understand this idea that every package must have a file in /usr/bin.

There's a pretty clear separation both upstream and on the AUR between drawio and drawio-desktop. Upstream, drawio is literally just the website content. What's the big deal?

djmattyg007 commented on 2022-01-23 12:54 (UTC)

It's meant to store the static files on disk, so that they can be served up by a webserver that you configure.

codebling commented on 2021-11-25 23:59 (UTC) (edited on 2021-11-26 00:00 (UTC) by codebling)

Your package doesn't currently build. Same problem mentioned by @Torxed and @LinXuan.

==> Starting package()...
rm: cannot remove '/tmp/drawio/pkg/drawio/usr/share/': No such file or directory

Missing version number in .war file. See the patch below.

Also, though, can you explain what this package is for? It doesn't generate any binaries. It looks like maybe you're just using this to open the static .html in a browser? In which case perhaps a better name might be drawio-www, and maybe change the description?

@@ -30,7 +30,7 @@ package() {
     install -dm755 "${pkgdir}/usr/share"

     cp -r . "${pkgdir}/usr/share/"
-    rm "${pkgdir}/usr/share/"
+    rm "${pkgdir}/usr/share/${pkgver}.war"

     chmod -R 0000 "${pkgdir}/usr/share/"
     chmod -R u+rwX,g+rX,o+rX "${pkgdir}/usr/share/"

LinXuan commented on 2021-11-08 07:54 (UTC)

same problem as Torxed have Mentioned. the pkgbuild should be rm "${pkgdir}/usr/share/${pkgver}.war"

Or it's because I'm using majaro? If so,sorry to interrupt.

Torxed commented on 2021-08-19 08:12 (UTC)

I believe should be

rm "${pkgdir}/usr/share/${pkgver}.war"

Build fails otherwise.

5DcNu23aph commented on 2021-07-15 11:32 (UTC)

checksum verification fails for version 14.8.0

BrainDamage commented on 2021-07-05 17:43 (UTC)

checksum verification fails for version 14.8.0

djmattyg007 commented on 2021-06-09 12:12 (UTC)

Please don't delete this package. It is not a duplicate of the drawio-desktop package. I have corresponded privately with the person who submitted the request, and they admitted it was ultimately a mistake - they did not even attempt to contact me before submitting the request.

I accept the complaints about the package name as valid, and am completely open to changing it as necessary.