Spot-dl
Install with pipx
Spot-dl
Install with pipx
This is the nightmare scenario i never want to happen, so i run Fedora Silverblue
I still think we should try it on musk himself. Those monkeys just didnt have moxie
Make it easier to host with docker-compose on arm64 hardware
Exactly why taiwan is looking to build their own system. You can’t entrust anything to musk with his deep saudi-china links
Taiwan, meanwhile, is hesitant to use Starlink’s services for fear of Musk’s close ties with China. A dominant player in the global chips market, Taiwan feels exposed to the constant threat of Chinese invasion. Using Starlink might be one way to bolster its national and data security—especially when Taiwan suspects China of cutting its submarine internet cables. But for Taiwan to rely too heavily on Starlink might prove unwise, in the event that China pressures Musk to limit network access abruptly, as he has done in certain situations in Ukraine.
https://qz.com/china-taiwan-starlink-elon-musk-satellite-tensions-1850691740
Trickle down economics 🥂
I use black box flatpak.
Thanks! I was going to post something on the documentation github about my hack. I’m not sure why it worked but adding that worked.
Maybe it is something to do with Caddy and Nginx not working well together?
We really need an ARM build of this though.
I am running this on an arm64 server and there isn’t an official docker build for arm.
I figured out how to get past that screen.
I added this to my Caddyfile after reading this https://caddy.community/t/caddy-v2-how-to-proxy-websoket-v2ray-websocket-tls/7040/9
tw.arkadi.one {
import caddy-common
reverse_proxy http://localhost:1234
@websockets {
header Connection Upgrade
header Upgrade websocket
}
handle @lemmy {
reverse_proxy @websockets http://lemmy_lemmy_1:8536
}
I got my instance running. Thanks for the suggestions.
OK thanks for the tip.
Firefox, F12, debugger
API error: SyntaxError: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data
e https://tw.arkadi.one/static/js/client.js:2
p https://tw.arkadi.one/static/js/client.js:2
C https://tw.arkadi.one/static/js/client.js:2
w https://tw.arkadi.one/static/js/client.js:2
y https://tw.arkadi.one/static/js/client.js:2
s https://tw.arkadi.one/static/js/client.js:2
Caddy log
{"level":"error","ts":1692060935.893172,"logger":"http.log.access.log0","msg":"handled request","request":{"remote_ip":"49.159.84.13","remote_port":"41462","client_ip":"IP_REDACTED","proto":"HTTP/2.0","method":"POST","host":"tw.arkadi.one","uri":"/api/v3/user/register","headers":{"Referer":["https://tw.arkadi.one/setup"],"Cookie":[],"Content-Type":["application/json"],"Accept-Encoding":["gzip, deflate, br"],"Dnt":["1"],"Te":["trailers"],"User-Agent":["Mozilla/5.0 (Windows NT 10.0; rv:109.0) Gecko/20100101 Firefox/116.0"],"Origin":["https://tw.arkadi.one"],"Sec-Fetch-Dest":["empty"],"Content-Length":["112"],"Accept-Language":["en-CA,en-US;q=0.7,en;q=0.3"],"Sec-Fetch-Mode":["cors"],"Sec-Fetch-Site":["same-origin"],"Accept":["*/*"]},"tls":{"resumed":false,"version":772,"cipher_suite":4865,"proto":"h2","server_name":"tw.arkadi.one"}},"bytes_read":0,"user_id":"","duration":0.002207562,"size":0,"status":502,"resp_headers":{"Server":["Caddy"],"Alt-Svc":["h3=\":443\"; ma=2592000"]}}
I don’t see anything wrong here though it says it is an error. Hmm.
EDIT: Ok one thing that could be wrong is it says the protcol is HTTP/2.0.
I noticed on the troubleshooting page of Lemmy it says
Make sure that websocket is working correctly, by checking the browser console for errors. In nginx, the following headers are important for this:
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
So, I am now searching if I can get Caddy to serve HTTP/1.1 for websockets?
Oracle free tier is fine for messing around