

Phone + Insulin pen.
My sensor is stuck to my arm anyways, so I’m not counting that.
Phone + Insulin pen.
My sensor is stuck to my arm anyways, so I’m not counting that.
It’s not about prohibiting e2ee; it’s about enforcing client-side scanning.
Yes, that also breaks e2ee, but they can still go “nooo! E2ee is still perfectly fine and legal! You know, as long as we get to read anything anyways”
And realistically, this will probably end up being implemented on an OS-level as well. So even using a self-hosted matrix server would not be immune.
Not to mention that both you and your conversation partner needs to take steps to evade this; one party is not sufficient.
Same. And even if you were to fuck up, have people never heard of the reflog
…?
Every job I’ve worked at it’s been the expectation to regularly rebase your feature branch on main, to squash your commits (and then force push, obv), and for most projects to do rebase-merges of PRs rather than creating merge commits. Even the, uh, less gifted developers never had an issue with this.
I think people just hear the meme about git being hard somewhere and then use that as an excuse to never learn.
Not OP, but: watched Haruhi a while back in English Dub, because there’s no German one. It was ok. The main POV character’s monotone voice was fitting in a fun way, but almost everyone else still has this fake energy to it (esp Haruhi and Asahina). Really hard to describe.
In general it’s baffling to me how fake English dubs sound, especially because there clearly are a lot of talented English voice actors doing the voices for cartoons etc.
I have the privilege of comparing the English Dubs to the German ones for a lot of shows, and it’s really interesting how, while the German VAs sound distinctly different from the Japanese originals, they sound natural and not overacted, while the English counterparts almost always sound like they were told “make it sound as fake as possible”.
What this lovely person said.
Also, and maybe I am alone here, but when I said learning to write, I really meant with a pen, on paper (or a tablet, I guess), not through an app where you need to smush your fingers in approximately the right place for the line to snap to the correct position; that does not really translate to being able to write.
Me and my GF are currently doing this. Some recommendations from personal experience:
Lastly, no, it is not a waste of time. Apart from anime, a new language means new ways of thinking, of challenging yourself, of being able to experience people and culture through a new lense, and potentially increasing job opportunities.
Plus if you ever end up visiting Japan, it really comes in handy.
Feel free to ask any followup things that I’ve forgotten about…
Edit: I forgot to mention: I am nowhere near fluent yet, and do not claim the suggestions above as “ultimate Japanese learner advice” or anything like that.
Also, very quickly you’ll start noticing phrases, words, topics when watching anime or japanese videos or music, even if you can’t follow the full conversation. That’s what really motivated and kept me going early on.
Grew up on it. My dad set up a Ubuntu 4.10 PC for my brother and I when we were 3/5 (no internet, obv), and it stuck.
Used Windows for a brief time in highschool to be able to play online with friends.
Went right back to Linux when going to university. Will never change back, both for ideological reasons and because Linux is just better.
Next step: NixOS on a phone
Another thank you! Sumire is exactly what I have been looking for
A substantial amount of open source devs will probably just give up working on their projects if they can no longer be installed by most users.
That will also affect Graphene users.
Graphene will also only work until Google one day says “You know what… No!” and stops allowing it on their (new) hardware. I don’t think that’s far in the future.
TBH, it sounds like you have nothing to worry about then! Open ports aren’t really an issue in-and-on itself, they are problematic because the software listening on them might be vulnerable, and the (standard-) ports can provide knowledge about the nature pf the application, making it easier to target specific software with an exploit.
Since a bot has no way of finding out what services you are running, they could only attack caddy - which I’d put down as a negligible danger.
My ISP blocks incoming data to common ports unless you get a business account.
Oof, sorry, that sucks. I think you could still go the route I described though: For your domain example.com
and example service myservice
, listen on port :12345
and drop everything that isn’t requesting myservice.example.com:12345
. Then forward the matching requests to your service’s actual port, e.g. 23456
, which is closed to the internet.
Edit: and just to clarify, for service otherservice
, you do not need to open a second port; stick with the one, but in addition to myservice.example.com:12345
, also accept requests for otherservice.example.com:12345
, but proxy that to the (again, closed-to-the-internet) port :34567
.
The advantage here is that bots cannot guess from your ports what software you are running, and since caddy (or any of the mature reverse proxies) can be expected to be reasonably secure, I would not worry about bots being able to exploit the reverse proxy’s port. Bots also no longer have a direct line of communication to your services. In short, the routine of “let’s scan ports; ah, port x is open indicating use of service y; try automated exploit z” gets prevented.
I am scratching my head here: why open up ports at all? It it just to avoid having to pay for a domain? The usual way to go about this is to only proxy 443 traffic to the intended host/vm/port based on the (sub) domain, and just drop everything else, including requests on 443 that do not match your subdomains.
Granted, there are some services actually requiring open ports, but the majority don’t (and you mention a webserver, where we’re definitely back to: why open anything beyond 443?).
Client side, under advanced:
Link?
That’s a setting
Alright, thanks for the info, that’s good to know. Trying to make the jump becomes more enticing every day.
Thanks for sharing! Sounds about as good/bad as I was expecting. How’s the browser experience? Also, are there any features/tweaks you are aware of that you could not get through Nix, that the more “commercial” Linux device manufacturers have developed for their devices?
Holy crap! A NixOS-on-phone user in the wild! You are rocking my dream setup. How’s your experience been with it? Is it remotely daily drivable for phone things?
Same; can you also, by any chance, wiggle them?