You can try rclone, but their Proton Drive integration is in beta
https://rclone.org/protondrive/
Mastodon: @Andromxda@hachyderm.io
wiki-user: Andromxda
You can try rclone, but their Proton Drive integration is in beta
https://rclone.org/protondrive/
XCP-ng is pretty cool
Why should I use a piece of software that’s controlled by a corporate entity in Russia?
I run my Pi-Hole on a dedicated Raspberry Pi. I have another Pi that runs my SSH tarpit. These are the only 2 things I keep on separate devices, the rest is containerized on my main server.
You can accomplish the same with dnscrypt-proxy and Orbital Sync for Pi-Hole. You can also run a recursive DNS server using Unbound.
That honestly feels like a downgrade to me
I have a local instance of Vaultwarden that I use to generate and store the credentials for my local services, and I use normal cloud-hosted Bitwarden for all my other passwords.
A while back AMD did say they were looking to open up a lot of the boot stack but I haven’t heard anything sense.
I think that was mostly for server CPUs/chipsets
That’s funny, because XNU stands for X is not Unix
It really is as private as it can be, and the developer is really dedicated to improve user privacy. Other solutions (SUPL, PSDS) aren’t much better in terms of privacy. And it’s definitely not a solution in search of a problem, as pure GNSS is really slow and consumes a lot of battery. You can try this out yourself if you use GrapheneOS, by going into the location settings and disabling both SUPL and PSDS. I tried it, and I can tell you that it’s bad (in my opinion unusable).
GNSS does work, but it can take a pretty long time to acquire an initial location without PSDS and SUPL. It also uses much more battery. This can especially become an issue if you want to share your live location with somebody, or record your workout over a longer period of time. There are technologies like A-GNSS (Assisted GNSS) that use SUPL (Secure User Plane Location) and PSDS (Predicted Satelite Data Service), but these also require you to send your location to a third party (the default SUPL service on Android is supl.google.com, which is definitely much worse for your privacy than any NLP). GrapheneOS hosts a proxy at supl.grapheneos.org, which is much more private (see GrapheneOS’s privacy policy for all their network services: https://grapheneos.org/faq#privacy-policy). PSDS isn’t much better, as it’s usually provided by the manufacturer of your phone’s SoC (e.g. Qualcomm, Broadcom or Samsung). PSDS also sends a lot of data to the service, including SoC serial number and information on the phone including manufacturer, brand and model. GrapheneOS improves the privacy of PSDS (you can read more about all of this at https://grapheneos.org/faq#default-connections), but I still don’t see how this would be better than a privacy-friendly network location provider. beaconDB is still in a pretty early phase of development, but it’s likely going to be used by GrapheneOS when it becomes more stable. It’s also likely, that the GrapheneOS project will either host their own proxy for the public beaconDB service, or their own server using beaconDB data. That way, it would be even more private, and it would be covered under Graphene’s privacy-policy, which is essentially just the EFF’s privacy-friendly Do Not Track (DNT) policy.
there’s simply typing in the location I want to know about
That’s not always possible. Imagine you’re visiting a city that you’ve never been to, or you go hiking in the mountains, or you go to another country that uses a different alphabet, so you can’t type in a street name or something like that. There are many more use cases like sharing your location with someone else (for example over Signal), tracking your workout (for example when cycling or going on a run) using an app like OpenTracks, or if you like saving geolocation to your photos.
Using a location service obviously means that this service is going to know your location. beaconDB already minimizes the data that is collected about users. There’s not much else that can be done to make these kinds of services more private. The other options (Google and Apple) are much worse. The only alternative is not using a network location service at all, and simply relying on GNSS + PSDS and SUPL, like GrapheneOS does by default. I’d say beaconDB is the next best option, much better than proprietary alternatives and on par with the now defunct Mozilla Location Service.
On a desktop/laptop (or really anywhere I can run CLI apps and use a proper keyboard) it’s mostly plain text files in Vim or Emacs. On my phone I recently switched from Standard Notes to Notesnook. Standard Notes is pretty powerful, uses end-to-end encryption by default, and can be self-hosted. The premium subscription is pretty expensive though. (Yes, it also requires a license when self-hosting. It’s cheaper, but still kinda expensive). Last year, there was also some controversy about the licensing. They recently got acquired by Proton.
Notesnook is fully FOSS, but they still haven’t released a self-hostable sync server. They are working on it though. It’s currently my go-to option.
I just discovered a new app called Beaver Notes that I’m very excited to try out.
Joplin is another great option, it’s available on all platforms and even has a CLI, it also supports E2EE, but it has to be enabled manually. Can be self-hosted: https://github.com/etechonomy/joplin-server. I think I will switch to self-hosted, end-to-end encrypted Joplin in the long term, so I can have all my notes unified in one app. The CLI app is really useful for me, as I already use the Terminal to take notes when using a desktop/laptop.
beaconDB doesn’t log location requests, and it anonymizes location submissions, making it much more privacy-friendly than Google’s or Apple’s location services
I like Notesnook and Standard Notes. Joplin is another pretty good option, but you have to manually enable E2EE in the settings.
Keep using FreshRSS, just deploy something like fivefilters-full-text-rss-docker alongside it, to get full text RSS feeds from websites, that don’t provide them. If you don’t want to self-host, there’s morss.it. Chris Titus Tech once made a few videos about this:
https://invidious.fi/watch?v=nxV0CPNeFxY
https://invidious.fi/watch?v=Y1Ho_RrF_9I
I absolutely agree, and I too hate this stupid idea of “good code documenting itself” and “comments being unnecessary”.
I have a theory where this comes from. It was probably some manager, who has never written a single line of code, who thought that comments were a waste of time, and employees should instead focus on writing code. By telling them that “good code documents itself”, they could also just put the blame on their employees.
“Either you don’t need comments or your code sucks because it’s not self-documenting”
Managers are dumb, and they will never realize that spending a bit of time on writing useful comments may later actually save countless hours, when the project is taken over by a different team, or the people who initially created it, don’t work at the company anymore.
Now read your own comment and reconsider if it actually made sense to post this