Search Criteria
Package Details: cryptpad 2024.9.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/cryptpad.git (read-only, click to copy) |
---|---|
Package Base: | cryptpad |
Description: | Realtime collaborative visual editor with zero knowlege server |
Upstream URL: | https://github.com/cryptpad/cryptpad |
Keywords: | collaborative |
Licenses: | AGPL-3.0-or-later |
Submitter: | anonfunc |
Maintainer: | buzo |
Last Packager: | buzo |
Votes: | 11 |
Popularity: | 0.86 |
First Submitted: | 2019-06-08 16:40 (UTC) |
Last Updated: | 2024-11-13 19:57 (UTC) |
Dependencies (6)
- nodejs (nodejs-lts-fermiumAUR, nodejs-gitAUR, python-nodejs-wheelAUR, nodejs-lts-hydrogen, nodejs-lts-iron)
- git (git-gitAUR, git-glAUR) (make)
- npm (corepackerAUR, python-nodejs-wheelAUR) (make)
- certbot (certbot-gitAUR) (optional) – Let’s Encrypt – automatically receive and install X.509 certificates to enable TLS
- certbot-nginx (certbot-nginx-gitAUR) (optional) – Nginx plugin for Let’s Encrypt client
- nginx (nginx-nchan-gitAUR, nginx-rtmp-sergey-gitAUR, nginx-mainline-boringsslAUR, nginx-quic-openssl-hgAUR, nginx-mainline-pushstreamAUR, tengineAUR, tengine-extraAUR, freenginx-mainline-hgAUR, freenginx-mainlineAUR, angieAUR, nginx-quic-libresslAUR, nginx-mainline) (optional) – HTTP server providing TLS
Latest Comments
« First ‹ Previous 1 2 3 Next › Last »
RoKoInfo commented on 2021-06-20 10:32 (UTC)
Ok, I caught the trick: Use
nodejs-lts-erbium
instead ofnodejs
. So forget about the comments below.RoKoInfo commented on 2021-06-05 12:57 (UTC)
If I change the directory rights of
/var/lib/cryptpad
to770
and extend the service withUMask=0007
, the error message changes toCan't remove login block
, which seems to be again a 404 issue. The file is there, and the userhttp
can delete it.General question: Does it make sense to access
/var/lib/cryptpad
ashttp
(nginx) instead ofcryptpad
(node)?RoKoInfo commented on 2021-06-05 10:47 (UTC) (edited on 2021-06-05 10:48 (UTC) by RoKoInfo)
Unfortunately, I can not make this work. @buzo @ChrisTX Is this operational on your machines?
If I do a
/checkup/
, I get the message »Unable to create, retrieve, or remove encrypted credentials from the server.«, and aCan't read login block
in the console, which seems to be reasonable to me, since the folder/var/lib/cryptpad
is not accessible for nginx.If I try a
/login/
, I get a 404 for the same reason, since nginx tries to access a URL.../block/...
(although, however, the requested file is there).How to fix this and leave the security measures (which I am not understanding fully) of Arch in place? Thank you in advance.
qawsedrftgzh commented on 2021-05-13 15:56 (UTC)
Uhmm... I'm quite unfamiliar with webapps, but i think I really need to try this out, because this is a thing i have long searched for (good self hosted, online office). But when I have intalled the package, how do I run it. I am a noob, btw.
buzo commented on 2021-04-05 19:26 (UTC)
Many thanks for your detailed explanation and patch, ChrisTX! (I noticed it a bit late though.)
I have just applied your patch as-is and will test myself later when I have the time.
ChrisTX commented on 2021-04-05 03:59 (UTC) (edited on 2021-04-05 04:00 (UTC) by ChrisTX)
Thanks a lot for the hard work, buzo. I've tried your latest build, and noticed the following issues now:
node_modules
folder isn't populated as intended, so it doesn't start up once again. This is because--prefix
only really works with-g
, see the npm docs here. To explain, with--prefix
or-g
and a local path (and just executing it without any further parameter is like executing it with path./
), npm creates a symlink to a global directory with the binaries populated (cryptpad has none set). The model of installing as we want it to work only works if you usenpm install -g
against a.tgz
created bynpm pack
. It's possible to use the tar file that way, but the resulting directory structure is a gigantic mess and it's only really reasonable for applications that have a populated binary array. I believe having the build step and then copying over the needed files is less messy than trying to do that since cryptpad is not designed for that installation model..service
file needs updating to the new (correct) path in/webapps
(thanks by the way, I on the other hand was not aware of the Web App packaging guidelines! :D ) It also lacks any sort of hardening.$pkgdir/var/lib/$pkgname"/{blob,block,data{,store},logs}
folders differ from the package towards the tmpfiles.d values, 755 vs 750, so it complains upon installation. I'm not sure if it's "cleaner" to use tmpfiles to create the files, or this way, but relying on tmpfiles makes namcap complain, so it's probably fine.In total, the patch below is what I've come up with, including hardening. I'm also running an instance of cryptpad myself with this package, and I can confirm with those it works fine using a minimally adjusted nginx configuration. As an added extra, it would be conceivable correcting the path to cryptpad in the example file installed as documentation (this line here).
buzo commented on 2021-04-04 17:33 (UTC)
Thanks ChrisTX, I wasn't aware of the Node.js packaging guidelines. I hope it works better now.
ChrisTX commented on 2021-03-27 23:45 (UTC)
Sorry, I was really busy and couldn't do anything.
The build process wasn't really that weird, it was inspired by the Node.js packaging guidelines but this isn't quite right in this case. You should use the production dependencies, and the node cache folder is important so it doesn't pollute the
.npm
folder of the build user, as described in the guidelines. In the same way, thefind ...
line and--user root
commands are explained there and why they're needed.Furthermore, the package still makes
/usr
writeable for the Cryptpad data, which is obviously not wanted. I've updated my previous patch to match the latest version:buzo commented on 2021-03-27 18:17 (UTC)
Okay, it should be fixed now. The build process was a bit weird before.
buzo commented on 2021-03-15 13:20 (UTC)
ChrisTX: Please go ahead and fix this package. I don't have enough time currently.
« First ‹ Previous 1 2 3 Next › Last »