Package Details: etherpad-lite 1:2.1.0-1

Git Clone URL: https://aur.archlinux.org/etherpad-lite.git (read-only, click to copy)
Package Base: etherpad-lite
Description: Lightweight fork of etherpad based on javascript
Upstream URL: https://etherpad.org
Licenses: Apache
Conflicts: etherpad-lite-git
Submitter: onny
Maintainer: None
Last Packager: iamawacko
Votes: 29
Popularity: 0.000465
First Submitted: 2013-03-15 15:10 (UTC)
Last Updated: 2024-06-06 06:27 (UTC)

Dependencies (10)

Required by (0)

Sources (4)

Pinned Comments

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 16 Next › Last »

respiranto commented on 2020-05-01 17:17 (UTC)

The problem appears with both skins.

respiranto commented on 2020-05-01 17:06 (UTC)

Thanks for the quick reply!

I do indeed get several 404's for the following (font) requests:

GET /static/font/fontawesome-etherpad.woff?2 HTTP/1.1
GET /static/font/Roboto-Bold.ttf HTTP/1.1
GET /static/font/fontawesome-etherpad.ttf?2 HTTP/1.1
GET /static/font/Roboto-Regular.ttf HTTP/1.1

I adapted the configuration using a three-way diff between the old default, the new default and the custom version.

Probably unrelated, but for some reason, one of the preexisting notes, that I used to test the impact of configuration changes is now presented with the default text (and no history), even though it still exists in the database.

dvzrv commented on 2020-05-01 16:16 (UTC)

@respiranto: I can't reproduce this. Which skin are you using? The new "colibris" (that one works fine for me)? Did you use pacdiff (in pacman-contrib) to diff your configuration?

Do you see any error messages in the logs? Check your web server logs for 404s and potentially your etherpad-lite.service journal output.

respiranto commented on 2020-05-01 16:03 (UTC)

All the icons (e.g., to create a list) do no longer show (instead I see those boxes containing 4 hex digits). I do not know whether this is due to removed files or an upstream change requiring something on the client (a font?) that I do not have.

dvzrv commented on 2020-05-01 12:52 (UTC)

I have started removing a lot of arbitrary files in package() to lower the amount of files in this package. If this causes any trouble due to missing files, please let me know!

Apart from that, I have added many additional hardening options to the service file. If any of those cause trouble, please let me know!

etherpad-lite now also supports using unix sockets. I didn't have the time to test this yet, but if you test it, please give feedback and leave suggestions for e.g. systemd sockets unit (if that's possible).

Tio commented on 2020-04-07 11:52 (UTC)

I thought this can be an application that you can run on your desktop and uses a public instance. But I see this is for you to create a public instance.

dvzrv commented on 2020-04-07 11:50 (UTC)

@Tio: what do you mean by "desktop use"? This is a web application, that you can run on a machine and then access via http (your web browser).

If you want to share this with more people by hosting it on a publicly accessible server is up to you! :)

Tio commented on 2020-04-07 11:45 (UTC)

Hi. Quick question: this is not made for desktop use, but for server use? Correct?

neitsab commented on 2019-11-19 07:38 (UTC)

Thank you @dvzrv for both answers. I tried to look for a "self-contained" Etherpad-lite (via nw.js or electron) to adapt this webapp for a desktop use (with a .desktop file and an icon and all) and to which we could maybe add modules, but to no avail. I'll keep doing it this way or go the manual install route if I really need the plugins.

dvzrv commented on 2019-11-14 14:32 (UTC)

@neitsab: Yes, using this package, etherpad-lite can not install plugins (because the unregulated access to the file system is a high security risk). As long as upstream doesn't find a way to specify a custom location for plugins, this will remain that way.

Furthermore, this PKGBUILD tracks stable releases. If you require a more recent version for yourself, you can either modify the PKGBUILD or create a new one (e.g. for a -git package).