I will definetly look into this. I’ve been using tube archivist for a while now, but it eats so much RAM (especially the Elastic search dependency IIRC)!
I will definetly look into this. I’ve been using tube archivist for a while now, but it eats so much RAM (especially the Elastic search dependency IIRC)!
I did not try it out yet, but I will make sure I do. I love a lot of things about the approach you described
I had a great time using Qubes. It made me learn about the Xen hypervisor and CoW filesystems.
However, if OP complains about build times being too long on their CPU, I’m not sure they will get Qubes running smoothly on the same hardware. I’m especially worried about every VM besides dom0 being software rendered.
Github is not really independent from Git, it’s a git provider. (you could see it as Github being to Git what Gmail is to e-mails)
Each time you send a packet over the internet, several routers handle this packet without touching the source and destination IP addresses.
There is nothing stopping him from configuring the VPS in a way that forwards packets from the home server, rewriting the destination IP (and optionally destination port as well) but leaving the source IP intact.
For outgoing packets, the VPS should rewrite the source (homeserver) IP and port and leave the destination intact.
With iptables, this is done with MASQUERADE
rules.
This is pretty much how any NAT, including ones behind home routers, work.
You then configure the homeserver to use the VPS as a gateway over wireguard, which should achieve the desired result.
Not so long ago, while trying to turn a side project of mine into a package, I bind mounted my home directory into a chroot.
Guess what happened when I rm -rf
ed the chroot…
The readme mentions “transcription time on CPU” so it’s probably running locally
From what I understand, TPM is “trusted” because of the fact the secrets it contains are supposed to be safe from an attacker with hardware access.
This is what makes it good at protecting data in case of a stolen laptop. This is also what makes it good at enforcing offline DRM or any kind of system where manufacturers can restrict the kind of software users can run on their hardware.
So how is it supposed to replace the project described in this post ?
It works quite well, even for watching videos (the picture does not seem especially out of sync from the audio)
How does a splitter help? Can you post a link to such a device so I can see what you’re talking about, because I think I’m misunderstanding what you’re talking about
I personally blame apple for a lot of the tech illiteracy in the younger generations.
Yeah, there is something oddly mesmerizing about projects that solve an “already-solved-in-a-more-efficient-way” problem in a weird way
I don’t know if you’re referring to me, but I’ve previously discussed this idea several times in similar posts’ comments.
I think we could implement it as a separate server software that generically allows aggregation of ActivityPub feeds under separate ActivityPub feeds.
Somebody shared a blog post of mine on hackernews a few months ago, which got to the front-page. I participated in the comment section and as far as I can remember I had a lot of really interesting technical feedback. I did not notice any of the issue you’re mentioning, but there was nothing to censor or anything political about my post, and apart from this post, I do not frequently browse hackernews
Things have been going well for me, using
docker-mailserver
.I followed the setup guide, did everything in the DKIM, DMARC and SPF documentation page. The initial setup required more involvement from me than your standard docker-compose self-hosting deployment, but I got no issues at all (for now, fingers crossed) after the initial setup : I never missed any inbound e-mails, and my outbound e-mails have not been rejected by any spam filter yet.
However, I agree with everyone else that you should not self-host an important contact address without proper redundancy/recovery mechanism in case anything goes wrong.
You should also understand that self-hosting an email address means you should never let your domain expire to prevent someone from receiving emails sent to you by registering your expired domain. This means you should probably not use a self-hosted e-mail to register any account on services that may outlive your self-hosted setup because e-mail is frequently used to send password reset links.