So, I recently switched from an #AMD64 #VPS to an #ARM one, and I'm trying to gradually bring all the services I was running back up on the new server. It has generally been pretty easy since most of the actual hosting is being done on a local machine and the VPS is serving as more of a router, but I am having some trouble with my #Owncast server.
I can just reinstall it, but I don't know how to carry over the federation information (and associated keys). I have a backup copy of the owncast directory from the old server, but given that it contains AMD64 binaries, I can't just copy the whole directory and call it a day. Is ther eany way I can copy this data out of the old directory and import it into a fresh installation?
Any #Plan9 gurus on the fedi?
I've managed to break my profile causing me to be unable to connect to my account. It disconnects me upon running the profile script. drawterm -c
is not an option because it executes the profile disconnecting me before even running the command. drawterm -G
's a no-go as well.
Is there a way I can mount my remote home directory into my local (Debian 12) filesystem so that I can fix the profile without running rcpu?
Greg A. Woods likes this.
Can anyone recommend a #VNC server for #Windows? The one that keeps coming up is RealVNC, but it seems to force you to create an account and run everything through their servers. I don't want any of that garbage, especially since VNC is not an encrypted protocol, and could easily be eavesdropped upon and/or MitM'd.
This is to do remote tech support on my father's PC. I've already got him on my private VPN, so there's no need to worry about dynamic IP or NAT issues. I thought about Windows' native Remote Desktop software, but in Microsoft's infinite wisdom that's not available on his particular version of Windows.
Andrew Clement likes this.
we use Tightvnc which is completely standalone.
You absolutely need to put a VPN in front of it though; don't just open it to the interwebs.
I'm not sure about windows. I use Spice to access the VM's on my servers.
Depending on how automated you want this to be, sox may be useful - it can certainly do the filtering, and can at least generate a spectrogram from which you can decide where to filter.
Csound can do this sort of thing more capably but using it will involve coding to define exactly what you mean.
Jonathan Lamothe likes this.
Matthew Skala likes this.
Sonic Visualiser
Sonic Visualiser is a program for viewing and analysing the contents of music audio files.www.sonicvisualiser.org
This is extremely frustrating.
I host a piece of software on my server for my father. He connects to it via #SSH (using #PuTTY ). He just got a new computer, and wanted me to set it up so that he could connect, just like I did with his previous computer. No problem right?
I show up, generate the key, and authorize it on the server, but for whatever reason PuTTY refuses to acknowledge the existence of this key. I know it's not even trying, because it doesn't even ask for the passphrase to decrypt it.
Has something changed in the latest version of PuTTY that I just don't know about? Do I need to do something the enable public key authentication beyond simply specifying the path to the key?
reshared this
moody
in reply to Jonathan Lamothe • • •Jonathan Lamothe
in reply to moody • •-c
flag?moody
in reply to Jonathan Lamothe • • •Jonathan Lamothe
in reply to moody • •@moody
From the man page:
Problem is that the profile is executed before the command is run, so it boots me before even running the command. This is why I was trying to see if I could remote mount the filesystem to get around this.
moody
in reply to Jonathan Lamothe • • •~moody/tlsclient - tlsclient(1) and rcpu(1) for *nix - sourcehut git
git.sr.htJonathan Lamothe
in reply to moody • •Content warning: scary compiler error
libssl-dev
package installed, FWIW.moody
in reply to Jonathan Lamothe • • •Skip - فریبرز توکلیان
in reply to moody • • •Jonathan Lamothe
in reply to Skip - فریبرز توکلیان • •Jonathan Lamothe
in reply to moody • •moody
in reply to Jonathan Lamothe • • •Jonathan Lamothe
in reply to moody • •@moody Such is the nature of compiling C code. I really wish it had some sort of automatic dependency management, but what can you expect from a language that old?
When the bootcamp is over, I actually want to get into writing software for Plan9, because despite being very C-centric, it seems a nice system to develop for.
Edit: autocorrupt
moody
in reply to Jonathan Lamothe • • •I figured out the issue, it was somehow related to the ordering of passing the -l flags to cc (ugh!), if you pull the latest code from sr.ht it should build fine on debian stable now. You will need both libssl-dev and pkg-config. I've added debian to the CI builds for this now so this shouldn't slip by again without me noticing. Thanks for the bug report.
Plan 9 C thankfully has none of this insanity, as you've noticed.
Jonathan Lamothe
in reply to moody • •Jonathan Lamothe
in reply to Jonathan Lamothe • •./tlsclient -u jlamothe -h 9p.sdf.org -a 9p.sdf.org -p 17019 rm /usr/jlamothe/lib/profile
...but my profile still seems to exist. It's giving me the same error about line 7 when I connect using drawterm.
moody
in reply to Jonathan Lamothe • • •moody
in reply to Jonathan Lamothe • • •Cool, so now you can do something like:
tlsclient -R -h 9p.sdf.org -a 9p.sdf.org rc -i
Then edit profile with either ed or sam -d.
Jonathan Lamothe
in reply to moody • •@moody oh my god, I have a prompt!
Thank you!!
Edit: I was clearly too happy here to be bothered with proper spelling.