Package Details: drawio 26.0.0-1

Git Clone URL: https://aur.archlinux.org/drawio.git (read-only, click to copy)
Package Base: drawio
Description: Diagram drawing application built on web technology
Upstream URL: https://github.com/jgraph/drawio
Licenses: Apache
Submitter: djmattyg007
Maintainer: VVL
Last Packager: VVL
Votes: 2
Popularity: 0.075288
First Submitted: 2021-03-25 11:07 (UTC)
Last Updated: 2024-12-27 20:38 (UTC)

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

VVL commented on 2024-09-09 11:12 (UTC)

Fixed.

alxndrklbk commented on 2024-09-03 07:24 (UTC) (edited on 2024-09-03 07:28 (UTC) by alxndrklbk)

makepkg -s raises error no existing version for jscolor dependency:


==> Validating source files with sha512sums... 
    drawio-24.7.8.tar.gz ... Passed 
==> Extracting sources... 
  -> Extracting drawio-24.7.8.tar.gz with bsdtar 
==> Starting build()... 
npm error code ETARGET 
npm error notarget No matching version found for jscolor@^3.8.0. 
npm error notarget In most cases you or one of your dependencies are requesting 
npm error notarget a package version that doesn't exist. 
npm error A complete log of this run can be found in: /home/u12aq/.npm/_logs/2024-09-03T07_18_09_013Z-debug-0.log

Error message from log:


387 verbose stack jscolor: No matching version found for jscolor@^3.8.0. 
387 verbose stack     at module.exports (/usr/lib/node_modules/npm/node_modules/npm-pick-manifest/lib/index.js:215:23) 
387 verbose stack     at RegistryFetcher.manifest (/usr/lib/node_modules/npm/node_modules/pacote/lib/registry.js:130:54) 
387 verbose stack     at async #fetchManifest (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/build-ideal-tree.js:1199:20) 
387 verbose stack     at async #nodeFromEdge (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/build-ideal-tree.js:1037:19) 
387 verbose stack     at async #buildDepStep (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/build-ideal-tree.js:901:11) 
387 verbose stack     at async Arborist.buildIdealTree (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/build-ideal-tree.js:181:7) 
387 verbose stack     at async Promise.all (index 1) 
387 verbose stack     at async Arborist.reify (/usr/lib/node_modules/npm/node_modules/@npmcli/arborist/lib/arborist/reify.js:131:5) 
387 verbose stack     at async Install.exec (/usr/lib/node_modules/npm/lib/commands/install.js:150:5) 
387 verbose stack     at async Npm.exec (/usr/lib/node_modules/npm/lib/npm.js:207:9)

Corship commented on 2022-11-28 10:50 (UTC)

I don't see the harm in renaming it to drawio-www or drawio-web or something similar to avoid the confusion stated in the 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 draw.io 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/draw.io/draw.war': 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? 

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

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

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

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

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

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

1 2 Next › Last »