rusty
He doesn't anymore. I'm pretty sure he justified it by saying that it makes you slower because you end up with a habit of waiting for it to tell you the wrong answer.
I have heard that said by a few people about e/OS. I though they looked slightly better than the previous ones, but I can understand the criticism
Good point maybe where I should start is why I never moved to immich in the first place. I have a digital camera as well as a phone, somr photos I process on my workstation. It has the nextcloud app syncing images so I can update files easily using photo editing programs on my workstation. This setup works well for me. I don't really want to move away from nextcloud if I don't need to.
Moving to immich looks like I either change my existing process or I use and external album since there is no nextcloud adapter.
The external album setup looked like more work and since I already have nextcloud making it work slightly better for storing photos is a more appealing solution for the time being
I already had nextcloud, never used immach. But I installed memories a few minutes ago, and it seems fast enough. The android app actually works. Truth be told I might still try immach at some point but installing memories was easy to get started with since i already have nextcloud. seems to build on the main in photos app so I'm not too worried about it being a 3rd party addon.
This is not helpful for you now, but you should look into etckeeper, it creates a git repo of your /etc directory, it hooks into APT and will create new commits when changes occur. It's not often that i use it, but it's reassuring to know that i have a history of the contents of /etc
With all networking problems it's a process of elimination, so you'll want to first figure out what problem you are facing.
- can you ping your local router? (maybe it's 192.168.1.1)
- can you ping the internet? (maybe try 8.8.8.8)
if those both work then you should move on to DNS, if they don't then you'll have to jump to trying to figure out what is wrong with your network devices
dns
To debug DNS issues, you can compare the output of running
getent hosts google.com
to something like
nslookup google.com 8.8.8.8
one will use an explicit DNS server (8.8.8.8) and the other is using the resolv conf configuration. if they both work and have somewhat similar output, then it's not DNS if the getent
command fails, then you have a DNS issue.
If you have a problem with the contents of resolv conf, or it's not working, you'll first need to figure out which DNS configuration process you are using, it's probably either network manager, or systemd-resolved. I'm no expert in either, but once you know that you can start looking into how that system is configured.
networking
If it's not DNS then you need to figure out how your networking device is configured. Check that the networking systemd processes started is a good place to start, but you'll have to figure out what you are using for network configuration.
for server style /etc/network/interfaces configuration
sudo systemctl status networking.service
for network manager
sudo systemctl status NetworkManager.service
When using SourceHut, you email their servers, then they readdress the email before sending it on to the subscribers of the email list. This is done to support SPF authentication of the emails. Most modern mailing lists work this way to make spam detection easier.
SourceHut is responsible for monitoring their DMARC reports and ensuring email delivery
I thought you were giving out to email being a terrible UX, sorry i didn't address your OAuth2 comments
I self host my email. You are right, some providers do mark it as spam without reason, for example outlook.com is doing that right now. But I can't see OAuth2 as being a solution, presumably you need a google/microsoft/facebook/twitter account to use it? Not exactly, sure how that has sidestepped the monopolies? Is it possible to self host your own OAuth2 provider and log into GitLab?
If all forges required OAuth2 then it would create an identity cartel. With the way OAuth2 works (requiring service providers to choose which identity providers to accept) it would be arguably worse for federation than using email, I have yet to encounter a registration page that refuses email addresses