Oddbean new post about login | logout Amethyst has built-in Tor now. It will use it, if it needs to.
If I configure Amethyst to use Orbot, that is what I want, not for it to pull off an internal bypass. If it can't use orbot, or it is deactivated, it should not connect at all
If you configure it to use Orbot but Orbot is not there, it will use its internal Tor instead of crashing. No one wants to see a client that can't load anything.
Sure, but if I want it to use Orbot, specifically, then it's on me that Orbot is available. This was the only way of knowing that Amethyst was actually using Tor. Now, I have no guarantees that Tor is being used. If you make a setting, and I say Orbot only, don't assume I want a bypass. Make that a separate, opt-in choice. It is not a given.
That was not a good way of knowing if Amethyst was using Tor or not because so much of what the app does does not show up on the screen. Just because the feed is empty doesn't mean that Amethyst is only using Tor. You can use something like https://www.rethinkdns.com/ to monitor connections that apps make, including Amethyst. Both form using internal Tor and Orbot.
How is a user supposed to enable Tor before this Microsoft server phone-home happens? You're looking like a glowie right now in this screenshot, Vitor Pamplona. Sus. https://m.primal.net/MDEW.jpg nostr:note1cqsxz430kryayskq0mfx4acupwguuww02cdq7wapv8sh0dw7hftqe5l0ze #amethyst #tor
nostr:nevent1qvzqqqqqqypzqamkcvk5k8g730e2j6atadp6mxk7z4aaxc7cnwrlkclx79z4tzygqy2hwumn8ghj7un9d3shjtnyv9kh2uewd9hj7qgwwaehxw309ahx7uewd3hkctcqyrph50585cht0jduws5pguw3zyc7yumqfn6jjw7tgdyw8hfttg585al62z6 nostr:nevent1qvzqqqqqqypzqamkcvk5k8g730e2j6atadp6mxk7z4aaxc7cnwrlkclx79z4tzygqy2hwumn8ghj7un9d3shjtnyv9kh2uewd9hj7qgwwaehxw309ahx7uewd3hkctcqyzlyx7w09cx9w3wxc0tyhyl3nav00me2k9l9rkt0kyskyjvkc7n82lcajql
? You know it doesn't do anything if you do t click on that link right? And if you use Tor, that link is also protected by Tor.
Thank you for clarifying. We should all complain to F-Droid in this case for saying it's "loaded on first start" I'll assume you heard my other point too (which was originally a reply to Will about the same topic)
I gave up on FDroid last year. They are worse than the Play Store in terms of centralized control and app censorship. Use Obtainium or nostr:nprofile1qqs83nn04fezvsu89p8xg7axjwye2u67errat3dx2um725fs7qnrqlgzqtdq0 if you truly care about freedom.
Those seem like shit options and F-Droid is definitely not worse than Play Store but ok nostr dev
Have you tried to publish apps there? You can also just download the APK directly if you want... FDroid is always weeks late anyway...
By the time I learn to code everyone will be using a decentralized nostr based git for this stuff
Git is already decentralized, but the GitHub stuff (issues/merges) is already on nostr: https://gitworkshop.dev/r/naddr1qvzqqqrhnypzq3svyhng9ld8sv44950j957j9vchdktj7cxumsep9mvvjthc2pjuqy88wumn8ghj7mn0wvhxcmmv9uqqsctdv46xs7tnwsuwyheg
There's no git with a decentralized backend that everyone uses for this stuff yet, but there are projects (like your link here) that will turn into that if humanity isn't just going extinct instead
Git is a distributed version control system. It is built specifically to NOT have a backend at all. (as opposed to SVN and others that had been popular before) All clones are equal. It happened that people used GitHub services. Now people don't know Git and don't care about reading up on it. Imo chances are high, that the same will happen with Nostr. If successful we will all use the same relay and will blame Nostr is not decentralized.
Continuing to have relays would not be successful. I'm specifically referring to the day when there is a decentralized backend over which you can use git. I don't know what's not getting across about that, my words seem pretty clear. This means p2p structure, not relays. And it doesn't mean "git is decentralized," it means a single git that is decentralized individually rather than simply relying on decentralized concepts.
Maybe we have a different understanding of "Git"? If so, sorry. My understanding: Git does not have and does not need a backend. In the user's repository you have "remote" connections from which you can pull/push. Git supports various transport protocols for this and as a user I can add as many as I want - all are equal (a github remote is no different to any other remote) Now there are no answers on how to find those remotes and there is no public definition of which clone is the "best" or "newest" (but this is also subjective) And there is no way to communicate proposed changes, etc. Did you look into stuff like https://radicle.xyz/ ?
I do not know much about Radicle but it fits with what I'm talking about. My explanation here comes without ever using git, so bear with me. When you use the command line to command git to interact with some remote storage, you're calling on software programmed to look for a centralized server you point it at, like Microsoft servers in github's case. In my world, when you call on git in your command line to read or write data remotely, your "git" command calls on software programmed to connect to a p2p network like Radicle you just mentioned. Radicle seems like it might be a "decentralized backend" I'm talking about.
Nostr is not decentralized. It is heavily reliant on Damus. And Damus is heavily reliant on Jack. I think it is still better than the status quo because if one relay goes down, you might not lose everything. There is still room to innovate, and I think nostr should do a git integration. Adding #pubky to profile or NIP-07 could help!
Thank you for clarifying. We should all complain to F-Droid in this case for saying it's "loaded on first start" I'll assume you heard my other point too (which was originally a reply to Will about the same topic)
I gave up on FDroid last year. They are worse than the Play Store in terms of centralized control and app censorship. Use Obtainium or nostr:nprofile1qqs83nn04fezvsu89p8xg7axjwye2u67errat3dx2um725fs7qnrqlgzqtdq0 if you truly care about freedom.
Those seem like shit options and F-Droid is definitely not worse than Play Store but ok nostr dev
Have you tried to publish apps there? You can also just download the APK directly if you want... FDroid is always weeks late anyway...
By the time I learn to code everyone will be using a decentralized nostr based git for this stuff
Git is already decentralized, but the GitHub stuff (issues/merges) is already on nostr: https://gitworkshop.dev/r/naddr1qvzqqqrhnypzq3svyhng9ld8sv44950j957j9vchdktj7cxumsep9mvvjthc2pjuqy88wumn8ghj7mn0wvhxcmmv9uqqsctdv46xs7tnwsuwyheg
There's no git with a decentralized backend that everyone uses for this stuff yet, but there are projects (like your link here) that will turn into that if humanity isn't just going extinct instead
Git is a distributed version control system. It is built specifically to NOT have a backend at all. (as opposed to SVN and others that had been popular before) All clones are equal. It happened that people used GitHub services. Now people don't know Git and don't care about reading up on it. Imo chances are high, that the same will happen with Nostr. If successful we will all use the same relay and will blame Nostr is not decentralized.
Continuing to have relays would not be successful. I'm specifically referring to the day when there is a decentralized backend over which you can use git. I don't know what's not getting across about that, my words seem pretty clear. This means p2p structure, not relays. And it doesn't mean "git is decentralized," it means a single git that is decentralized individually rather than simply relying on decentralized concepts.
Maybe we have a different understanding of "Git"? If so, sorry. My understanding: Git does not have and does not need a backend. In the user's repository you have "remote" connections from which you can pull/push. Git supports various transport protocols for this and as a user I can add as many as I want - all are equal (a github remote is no different to any other remote) Now there are no answers on how to find those remotes and there is no public definition of which clone is the "best" or "newest" (but this is also subjective) And there is no way to communicate proposed changes, etc. Did you look into stuff like https://radicle.xyz/ ?
I do not know much about Radicle but it fits with what I'm talking about. My explanation here comes without ever using git, so bear with me. When you use the command line to command git to interact with some remote storage, you're calling on software programmed to look for a centralized server you point it at, like Microsoft servers in github's case. In my world, when you call on git in your command line to read or write data remotely, your "git" command calls on software programmed to connect to a p2p network like Radicle you just mentioned. Radicle seems like it might be a "decentralized backend" I'm talking about.
Nostr is not decentralized. It is heavily reliant on Damus. And Damus is heavily reliant on Jack. I think it is still better than the status quo because if one relay goes down, you might not lose everything. There is still room to innovate, and I think nostr should do a git integration. Adding #pubky to profile or NIP-07 could help!
I gave up on FDroid last year. They are worse than the Play Store in terms of centralized control and app censorship. Use Obtainium or nostr:nprofile1qqs83nn04fezvsu89p8xg7axjwye2u67errat3dx2um725fs7qnrqlgzqtdq0 if you truly care about freedom.
Those seem like shit options and F-Droid is definitely not worse than Play Store but ok nostr dev
Have you tried to publish apps there? You can also just download the APK directly if you want... FDroid is always weeks late anyway...
By the time I learn to code everyone will be using a decentralized nostr based git for this stuff
Git is already decentralized, but the GitHub stuff (issues/merges) is already on nostr: https://gitworkshop.dev/r/naddr1qvzqqqrhnypzq3svyhng9ld8sv44950j957j9vchdktj7cxumsep9mvvjthc2pjuqy88wumn8ghj7mn0wvhxcmmv9uqqsctdv46xs7tnwsuwyheg
There's no git with a decentralized backend that everyone uses for this stuff yet, but there are projects (like your link here) that will turn into that if humanity isn't just going extinct instead
Git is a distributed version control system. It is built specifically to NOT have a backend at all. (as opposed to SVN and others that had been popular before) All clones are equal. It happened that people used GitHub services. Now people don't know Git and don't care about reading up on it. Imo chances are high, that the same will happen with Nostr. If successful we will all use the same relay and will blame Nostr is not decentralized.
Continuing to have relays would not be successful. I'm specifically referring to the day when there is a decentralized backend over which you can use git. I don't know what's not getting across about that, my words seem pretty clear. This means p2p structure, not relays. And it doesn't mean "git is decentralized," it means a single git that is decentralized individually rather than simply relying on decentralized concepts.
Maybe we have a different understanding of "Git"? If so, sorry. My understanding: Git does not have and does not need a backend. In the user's repository you have "remote" connections from which you can pull/push. Git supports various transport protocols for this and as a user I can add as many as I want - all are equal (a github remote is no different to any other remote) Now there are no answers on how to find those remotes and there is no public definition of which clone is the "best" or "newest" (but this is also subjective) And there is no way to communicate proposed changes, etc. Did you look into stuff like https://radicle.xyz/ ?
I do not know much about Radicle but it fits with what I'm talking about. My explanation here comes without ever using git, so bear with me. When you use the command line to command git to interact with some remote storage, you're calling on software programmed to look for a centralized server you point it at, like Microsoft servers in github's case. In my world, when you call on git in your command line to read or write data remotely, your "git" command calls on software programmed to connect to a p2p network like Radicle you just mentioned. Radicle seems like it might be a "decentralized backend" I'm talking about.
Nostr is not decentralized. It is heavily reliant on Damus. And Damus is heavily reliant on Jack. I think it is still better than the status quo because if one relay goes down, you might not lose everything. There is still room to innovate, and I think nostr should do a git integration. Adding #pubky to profile or NIP-07 could help!
By the time I learn to code everyone will be using a decentralized nostr based git for this stuff
Git is already decentralized, but the GitHub stuff (issues/merges) is already on nostr: https://gitworkshop.dev/r/naddr1qvzqqqrhnypzq3svyhng9ld8sv44950j957j9vchdktj7cxumsep9mvvjthc2pjuqy88wumn8ghj7mn0wvhxcmmv9uqqsctdv46xs7tnwsuwyheg
There's no git with a decentralized backend that everyone uses for this stuff yet, but there are projects (like your link here) that will turn into that if humanity isn't just going extinct instead
Git is a distributed version control system. It is built specifically to NOT have a backend at all. (as opposed to SVN and others that had been popular before) All clones are equal. It happened that people used GitHub services. Now people don't know Git and don't care about reading up on it. Imo chances are high, that the same will happen with Nostr. If successful we will all use the same relay and will blame Nostr is not decentralized.
Continuing to have relays would not be successful. I'm specifically referring to the day when there is a decentralized backend over which you can use git. I don't know what's not getting across about that, my words seem pretty clear. This means p2p structure, not relays. And it doesn't mean "git is decentralized," it means a single git that is decentralized individually rather than simply relying on decentralized concepts.
Maybe we have a different understanding of "Git"? If so, sorry. My understanding: Git does not have and does not need a backend. In the user's repository you have "remote" connections from which you can pull/push. Git supports various transport protocols for this and as a user I can add as many as I want - all are equal (a github remote is no different to any other remote) Now there are no answers on how to find those remotes and there is no public definition of which clone is the "best" or "newest" (but this is also subjective) And there is no way to communicate proposed changes, etc. Did you look into stuff like https://radicle.xyz/ ?
I do not know much about Radicle but it fits with what I'm talking about. My explanation here comes without ever using git, so bear with me. When you use the command line to command git to interact with some remote storage, you're calling on software programmed to look for a centralized server you point it at, like Microsoft servers in github's case. In my world, when you call on git in your command line to read or write data remotely, your "git" command calls on software programmed to connect to a p2p network like Radicle you just mentioned. Radicle seems like it might be a "decentralized backend" I'm talking about.
Nostr is not decentralized. It is heavily reliant on Damus. And Damus is heavily reliant on Jack. I think it is still better than the status quo because if one relay goes down, you might not lose everything. There is still room to innovate, and I think nostr should do a git integration. Adding #pubky to profile or NIP-07 could help!
