@respiranto: is your docroot
at /usr/share/etherpad-lite/src/
? The files are part of the package and are in /usr/share/etherpad-lite/src/static/font
.
Note: Fixed typo in path
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: | 30 |
Popularity: | 0.23 |
First Submitted: | 2013-03-15 15:10 (UTC) |
Last Updated: | 2024-12-25 23:12 (UTC) |
@respiranto: is your docroot
at /usr/share/etherpad-lite/src/
? The files are part of the package and are in /usr/share/etherpad-lite/src/static/font
.
Note: Fixed typo in path
The problem appears with both skins.
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.
@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.
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.
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).
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.
@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! :)
Hi. Quick question: this is not made for desktop use, but for server use? Correct?
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.
Pinned Comments