š¾ Archived View for bbs.geminispace.org āŗ u āŗ satch āŗ 15400 captured on 2024-05-26 at 17:02:03. Gemini links have been rewritten to link to archived content
ā¬ ļø Previous capture (2024-05-10)
ā”ļø Next capture (2024-06-16)
-=-=-=-=-=-=-
@xavi gitea.privatedns.org is down :( any mirrors?
Feb 27 Ā· 3 months ago
šµ xavi [OP] Ā· Feb 27 at 20:08:
@satch sorry, https://gitea.privatedns.org was down for some unknown reason. Now it should be up and running.
Since this is a self-hosted Gitea instance running on a Raspberry Pi 3B, there is also a mirror on Codeberg:
š satch Ā· Feb 27 at 20:45:
Thanks! I'm getting
curl: option --fail-with-body: is unknown
When trying to use slcl-upload
šµ xavi [OP] Ā· Feb 29 at 09:12:
@satch According to the man page for curl, --fail-with-body was added in 7.52.0. According to the official release table, 7.52.0 was released on Dec 21 2016, more than 7 years ago. Are you probably running an ancient GNU/Linux distribution on your laptop?
š satch Ā· Feb 29 at 13:07:
Fascinating! Iām actually running curl 7.74.0 from December 9, 2020, which is the latest Debian 11 curl.
š satch Ā· Feb 29 at 13:43:
I upgraded to Debian 12 (why not) and am now getting
[retrying]<!DOCTYPE html> <html> <head> <title>slcl, a simple and lightweight cloud</title> <meta charset="UTF-8"/> <link href="/style.css" rel="stylesheet"/> <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1"/> </head> <body>Maximum quota exceeded: 0 B (requested size: 39.8 KiB)</body> </html> curl: (22) The requested URL returned error: 413
I thought zero bytes was to disable the limit.
š satch Ā· Feb 29 at 13:50:
I have set a 16 GB limit and things are working now. One issue I do have is that PDFs, images, etc are not served as images but as text (when I hit the preview button).
šµ xavi [OP] Ā· Feb 29 at 20:28:
The "quota" key on db.json is optional: if the key is not defined, only then the quota is unlimited.
š satch Ā· Feb 29 at 20:33:
Great, thanks. Any comment on file previews?
šµ xavi [OP] Ā· Feb 29 at 21:46:
So far, I have successfully tested file previews on LibreWolf, Mull Browser, Ungoogled Chromium, Tor Browser and SeaMonkey. Some file formats, such as .wav, might or might not be previewed by the browser, and would instead be served as a regular file download.
However, I have never seen a web browser that would render images or PDFs as text. Previews only differ from regular downloads on the contents of the "Content-Disposition" HTTP header (inline or attachment; filename="<filename>", respectively), so it is up to the browser how to render "Content-Disposition: inline".
Maybe you should check your web browser settings, or try with different browsers.
š satch Ā· Feb 29 at 22:56:
Iām using Brave, which is chromium based.
š satch Ā· Mar 02 at 17:51:
@xavi also tried with Firefox. File previews don't work.
šµ xavi [OP] Ā· Mar 05 at 08:12:
@satch I have just tested file previews on Firefox 123.0 and they work as expected. I wish I could help you with this, but unfortunately I do not know how to reproduce this issue.
Is there any unexpected output from slcl when attempting to preview a file?
slcl 0.2.1 release ā I have just released slcl v0.2.1, a bugfix release for a minimalist web file server written in C for Unix-like systems. It is strongly recommended that existing instances update to the newer version when possible. If you have never heard about this project before, it aims to provide similar features to Nextcloud's "Files" webapp, but using ~100x less resources. It has almost no dependencies and relies on libweb, a HTTP web...
š¬ xavi Ā· 24 comments Ā· 4 likes Ā· Feb 23 Ā· 3 months ago