is there any reason for not allowing arm architectures?
Search Criteria
Package Details: etherpad-lite 1:1.8.18-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: | dvzrv |
| Votes: | 29 |
| Popularity: | 0.033383 |
| First Submitted: | 2013-03-15 15:10 (UTC) |
| Last Updated: | 2022-05-12 19:28 (UTC) |
Dependencies (11)
- coffeescript (coffeescript-gitAUR)
- libsecret-1.so (libsecret)
- nodejs (nodejs-gitAUR, nodejs-lts-fermiumAUR, nodejs-sharedAUR, nodejs-lts-hydrogen, nodejs-lts-iron)
- libsecret (make)
- npm (corepackerAUR) (make)
- abiword (abiword-gitAUR) (optional) – advanced import/export of pads
- libreoffice (libreoffice-dev-binAUR, libreoffice-fresh, libreoffice-still) (optional) – advanced import/export of pads
- mariadb (mysql55AUR, mysql56AUR, mytop-gitAUR, mysqlAUR, mysql81AUR, mysql57AUR, mysql80AUR, mariadb-lts, percona-server) (optional) – to use mariadb as database
- postgresql (postgresql-12AUR, postgresql13AUR, postgresql15-docsAUR, postgresql15AUR, postgresql-gitAUR) (optional) – to use postgresql as database
- sqlite (sqlite-fossilAUR) (optional) – to use sqlite as databse
- tidy (tidy-html5-gitAUR) (optional) – improve quality of exported pads
Required by (0)
Sources (4)
pwlb commented on 2021-10-27 19:23 (UTC)
zangoku commented on 2021-09-14 16:17 (UTC)
I am getting the following npm ERR! semver.simplifyRange is not a function
anonfunc commented on 2021-06-03 21:08 (UTC) (edited on 2021-06-03 21:09 (UTC) by anonfunc)
@mrpg I downgraded to nodejs-lts, that did the trick for me. Seems like its a issue in node or a new interaction with latest nodejs.
<deleted-account> commented on 2021-06-03 19:59 (UTC)
Has anyone gotten this to run recently? I was not able to access the website, so I dug a little deeper.
It seems to break right after starting the service, with journalctl saying something like /usr/bin/node[147752]: ../src/api/callback.cc:125:void node::InternalCallbackScope::Close(): Assertion(env_->execution_async_id()) == (0)' failed.. I can also bind to port 9001 usingnc -4 -l 9001` with no errors, so it truly doesn't seem to be running anymore.
Any insights?
dvzrv commented on 2021-03-25 19:37 (UTC)
Please not that 1.8.13 seems to be broken, so I will refrain from packaging it until upstream has addressed the issue: https://github.com/ether/etherpad-lite/issues/4975
dvzrv commented on 2020-05-18 20:34 (UTC)
Is there a manual procedure I could follow to install a plugin?
@mrvdb: Not that I'm aware of. However, if you're up for the pain, you can of course start packaging extensions for etherpad-lite.
Even if this means redoing it on upgrading the package it's worth it sometimes. Having the secure base install is nice, but without /any/ option to get a plugin to work, most people will need to choose another install method than this package.
And people are free to do so.
I saw someone mentioning manually putting a
.ep_initializedfile in the plugin folder, but that didn't seem to work for me. Also, given that the upstream issue has been open for more than 2 years now, a workaround would perhaps be fitting.
The problem is, that etherpad-lite doesn't really have a "plugin directory", but pollutes its base install directory when installing plugins.
That being said: You're free to modify this PKGBUILD for your own purposes of course. From a packaging standpoint it makes no sense though as it is unsafe to use and would basically require manual intervention all the time.
If you have some time to spend it is always a good idea to help upstream figure out how to solve the plugin directory issue and fix this problem at the root instead of making your system less secure.
mrvdb commented on 2020-05-16 12:17 (UTC) (edited on 2020-05-16 12:18 (UTC) by mrvdb)
Is there a manual procedure I could follow to install a plugin?
Even if this means redoing it on upgrading the package it's worth it sometimes. Having the secure base install is nice, but without /any/ option to get a plugin to work, most people will need to choose another install method than this package.
I saw someone mentioning manually putting a .ep_initialized file in the plugin folder, but that didn't seem to work for me. Also, given that the upstream issue has been open for more than 2 years now, a workaround would perhaps be fitting.
respiranto commented on 2020-05-01 18:05 (UTC)
The problem appears to be caused by the fact that our Etherpad instance is served by Apache (proxy) under /pad. The fonts seem to be searched for using absolute paths, which probably was not the case before.
So this is not a packaging issue.
dvzrv commented on 2020-05-01 17:38 (UTC) (edited on 2020-05-01 17:41 (UTC) by dvzrv)
@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
respiranto commented on 2020-05-01 17:17 (UTC)
The problem appears with both skins.
Pinned Comments