arno1

#studybitcoin

Akash Network is your next stop ;)

Still using Signal?

https://simplex.chat

https://www.youtube.com/watch?v=Nzvh4AODtWc&t=2529s

https://github.com/dessalines/essays/blob/master/why_not_sig...

Let them first fix the constant Wayland crashes...

https://www.mail-archive.com/desktop-packages@lists.launchpa...

Highlighting personal experiences with rampant censorship on major platforms, the article advocates for the adoption of Free and Open Source Software (FOSS) as alternatives, emphasizing the importance of open dialogue in digital communities.

Love that I can grab Nvidia A100 and V100 GPUs on the Akash Network anytime - no wait! No KYC!

Ahahahahahaha! What a foncy sippers!

Or Gitea!

It doesn't contain git commit history. Clone a fresh mirror off here https://gitea.eponym.info/Mirrors/youtube-dl.git

Seems like a fresh mirror here https://gitea.eponym.info/Mirrors/youtube-dl to fork and start it over somewhere else. Gitea is a great project. Now we need someone to fork and publish it over Tor or something. Decentralized solution would be a next step.

Diff between that mirror and the one from the web.archive.com looks good. I.e. no hidden/evil things inside. Looks safe to start over.

```

$ git log --oneline -3 48c5663c5 (HEAD -> master, origin/master, origin/HEAD) [afreecatv] Fix typo (#26970) <=== https://gitea.eponym.info/Mirrors/youtube-dl

7d740e7dc [23video] Relax _VALID_URL (#26870) <=== https://gitea.eponym.info/Mirrors/youtube-dl

4eda10499 [utils] Don't attempt to coerce JS strings to numbers in js_to_json (#26851) <=== https://web.archive.org/web/20201018144703if_/https://github...

```

https://tor.stackexchange.com/questions/4855/is-it-possible-...

Isn't the official language in Belize is English? Aren't South America's routers accessible by the agencies collaborating with the US Govt.?

This is why the important projects must be thoroughly planned and tested in order avoid non-trivial infra or a blind cat situation. And then it is a really good idea to leverage IaaC (Infrastructure as a code) which would bring the whole thing up really quick.

Yep, but how can you be sure the serverless provider will never go down? I've witnessed multiple times when AWS's services went down.

If you're running a saas and the increased traffic comes from paying customers, you likely prefer a huge bill to downtime.

Well, in such situation, I would probably run more advanced container orchestrators such as Kubernetes which you will then configure to automatically spawn the additional server instances.

Of course there are certain advantages in running a serverless code as you have just mentioned, but since my primary concerns are "my data is mine" + "no vendor lock-in" + "I control all the gears", it is not the best option for me. Unless I want to run & provide the serverless services by & for myself.

It's always a game between the security (more freedom) and the convenience (less freedom). Though, for some, there is more freedom in the convenience (until they start to see their hands are in the digital cuffs :P)

https://www.rainloop.net ?

Anyway, what is the point in moving from one Giant to another Giant? :-) Unless it saves the cost, I don't see the benefit of such hassle.

Probably this means that there is no server you can SSH to nor need to maintain. It could probably be called a serverhostage/server-lock-in computing, where someone else keeps the _shared_ server(s) away from you and runs other people's, potentially harmful, instructions as well :-)

Yeah, this is normal. One bus can't fit more people than it physically can.

The high load can be alleviated by the use of more MX server DNS records (and the MX servers of course, across the different locations), LBs, smarter thresholds. Of course nothing is a panacea.

Either way you will hit the AWS's limits or will get a huge bill. And then, even if you set up the budget limits, it still won't make the service more available once you reach the limits.

You'll still need to make sure your docker images are updated and patched though

Of course. ;)

I am actually thinking on writing it since long ago... But not motivated enough... :/

This stack was created out of frustration due to the fact that to this day there's no easy way to have a full email server without the overhead of installing and configuring all servers needed to handle incoming and outgoing messages.

Interesting approach, though I solved this frustration by the use of a Docker and kept "my data is mine" + "no vendor lock-in" + "I control all the gears" approach. (Though, it's not perfect since VPS is ran by "someone" else.. but that place where you run this stack can be easily changed at your convenience). Simple docker-compose.yml with 3 images and voila.

This AWS S3 SES setup looks far more complex than what I did using only 3 docker images: the postfix (for smtp), dovecot (for imap), opendkim (for email sigining & verification). It's really easy to fire-up a VPS with a single click nowadays.

If someone is interested in the images I am using:

- https://git.nixaid.com/arno/postfix

- https://git.nixaid.com/arno/dovecot

- https://git.nixaid.com/arno/opendkim

Then you just feed the images with the right configs (main.cf, master.cf, .., dovecot.conf, opendkim.conf).

It's also possible to template the configs and make the variable-based configs. Make things scale friendly. I am also using Terraform to automate the server deployment/DNS record updates so it is easy to get from 0 to 100.

The only drawback is that you are the one to maintain the OS/SW upgrades, security, etc.. but that's something I really want to do by myself instead of relying on someone else :-)

How can you establish the trust without trusting in the first place? Parents are like small government to their kids, but who likes being spied? By looking through your kids phone you are violating their privacy and jeopardizing the trust. They will always find the workaround and their workarounds will only get better the more you are intruding their privacy. Be it online or offline.

Thank you @brauner for writing this blogpost!

IIUC, using Docker's userns-remap would protect against this CVE by making the containers run unprivileged (container's id 0 != host's id 0) and should generally be the industry's best practice.

Probably someone very rich wants to buy that account. Otherwise they would have told you it is for their very nice future product.

Thank you, @janwh! I have added a warning to my write-up and have also updated/shuffled some sections around to get it a better shape :-)

Eh... if only the configuration was in YAML (or TOML)...

The overhead is negligible (close to 0). ;-)

It's been already discussed in this thread. The performance impact should be negligible. I am having ~110-150 FPS with my nVidia 560 Ti in CS:GO , 1920x1080.

The precise testing haven't been done explicitly to measure increase/decrease. But feel free to test it. ;)

Currently it is stored in a docker volume. (the data available at /var/lib/docker/volumes path)

But changing just one line in a docker-compose.yml file you can mount it wherever you want on your host. See "data:/home" in there.

You can write there "/home/your-user/mysteamdata:/home", so that all Steam games (caches, saves, ...) will be available for you at your home directory in "mysteamdata" directory ;-)

It's absolutely irrelevant since Docker (cgroups) are just the Linux kernel abstraction which helps to isolate resources of the processes. And with this image the general idea is that it comes like a package, with "just take & run" approach, eliminating the need to depend on the specific Debian-based Linux distro (which is required by Steam and provided with this Docker image).

Then as discussed in this thread, it gives few security advantages, control benefits since those isolated resources are controllable.

Cool :) Pity it isn't in English.. :)

The same way as every local application is accessing it, via a Unix domain socket /tmp/.X11-unix:/tmp/.X11-unix / DISPLAY=unix$DISPLAY :-)

This will give you a frame rate identical to your host, so there is no overhead running your 3D apps in the container.