There has been some confusion about this question: https://www.thewisedrive.com/turn-signals-in-dedicated-turn-lanes/ https://www.thewisedrive.com/yes-you-have-to-use-your-turn-signal/ https://www.clickorlando.com/news/local/2023/12/26/watch-live-trooper-steve-explains-whether-you-need-to-use-turn-signals-in-turn-only-lanes/
I think the idea of a "direct course" is useful:
I do pay extra attention to giving a signal when I intend to make a U-turn rather than a typical left turn.
I use openSUSE because I want to see the license used with a package before installing it, and I can do that by using YaST. Also, it seems that version numbers are used consistently which enables elegant downgrading (I found that the pacman
system is probably capable of supporting this too, but the operating system(s) that use it don't seem to use version numbers consistently and I've had a bad experience with downgrading in the past). I reviewed packaging systems other than rpm
but it seemed that rpm
while used with openSUSE was the most robust.
I also like having a bootable image with a streamlined installation process that is clearly supported by the operating system maintainers: I was tired of worrying about whether I set up LUKS correctly while setting up Arch Linux, and just having a checkbox for "encrypt the disk" makes me a lot calmer. Knowing that I can use a guided process if I want to reinstall the operating system also gives me some peace of mind.
It's also nice to get practice with an operating system that is more similar to "enterprise" Linux distributions: it's probably useful to get practice managing my personal computer(s) and at the same time get knowledge that is probably re-usable while interacting with Red Hat Enterprise Linux or SUSE Linux Enterprise itself. However, this was not a primary consideration for choosing an operating system for myself.
Luckily, my choice can currently also get some support from https://www.privacyguides.org/en/desktop/
I also like NixOS, but it doesn't seem to use secure boot by default, and I'd prefer to have that handled without needing input from me, so I only use it when that feature isn't available at all.
Are you saying that some functionality is not federated but some functionality is?
I suppose my main problem is lack of meaningful decentralization. I prefer to use networks that allow me to contact people using a local public Wi-Fi service or someone's home internet connection, and I believe it would be expensive or impossible to do that using ATProto without depending on infrastructure maintained by Bluesky.
The only program I wanted to use but haven't managed to access using the openSUSE package management system is one that's unlikely to be available using Fedora's either.
When there is a package provided by the original creator of a program, it's less likely that openSUSE compatibility will be tested, and it's probably more likely that compatibility will not be tested as rigorously. In my experience, a package intended for use with Fedora will be useful to use with openSUSE without needing to modify it most of the time (the names of basic dependencies/capabilities are probably the same for both operating systems in many cases). I think coverage is expanding over time, since the examples I thought only explicitly supported Fedora currently do support OpenSUSE too: https://brave.com/linux/ https://vscodium.com/#install-on-fedora-rhel-centos-rockylinux-opensuse-rpm-package
I don't like the idea of using Flathub, but most programs that aren't accessible while only using YaST are available using GNOME Software, and it might be true that the exact same set of programs is accessible using that method while using either Fedora or openSUSE.
My opinions are likely in accord with information available at https://www.privacyguides.org/en/email-aliasing/
This seems to be a general overview of (the history of) Bluesky, rather than being focused on "nontoxic social media"
I agree it seems that "smokeless tobacco" means "consuming tobacco by putting it in your mouth rather than putting nicotine into air and inhaling it". I assumed that "smokeless tobacco" included "vaporized nicotine", probably due to my unfamiliarity with nicotine products.
Regardless, it seems that using a vape leads to less harm than using cigarettes:
I don't consume any nicotine myself, but it seems that letting people use nicotine in a way that is less harmful to their health is a good idea.
There have been specific statements made that express that you shouldn't use nicotine:
When I swear, I tend to use "fuck" or "bitch", and maybe "shit"
Maybe the author meant to express, "Regardless, if the global system of interconnected computer networks is functioning properly and you have a connection to it, you can host a document on the web." since a "global system" and "your connection to it" are separate things, and either can have a problem while the other does not have a problem. That's me being charitable though, and I agree that it's more likely that they were being redundant.
I also find it interesting that the original sentences reference "the internet" (with a lowercase "i") rather than "the Internet". "The word is sometimes still capitalized to distinguish the global internet from smaller networks", so it's interesting that the author might be referencing an internet that is not global rather than a global network. They probably are referencing "the Internet" though, since "many publications, including the AP Stylebook since 2016, recommend the lowercase form in every case".
I'm not sure that your reply is directly related to my comment. The full sentence I quoted is "Under these definitions, Bluesky and ATProto are not meaningfully decentralized, and are not federated either." by Christine Lemmer-Webber, but Daniel Holmgren talked more directly about "decentralised distribution of data".
Because of what I quoted, I don't think that "Bluesky" or "ATProto" are decentralized or federated, so it's extremely unlikely that I'll interact with them anytime soon. The particular reason that they are not decentralized or federated is not really interesting to me.
To get specific: it is a significant issue for me if "everyone can access the data but before it reaches the end users it goes through centralised applications". A "centralised application" is able to restrict my ability to contact other people, whereas with a federated and/or decentralized/distributed system, it's more likely that I will be able to contact someone that I want to communicate with. For comparison, consider how people would feel if using the United States Postal Service meant that all physical mail had to pass through the District of Columbia or if sending an email message required interacting with BBN-TENEXA
just because that was the first machine to be capable of sending networked electronic mail. In the ideal case, the recipient of a message I send would not have to coordinate with me at all before they receive the message: "The first use of network email announced its own existence."
"Reconciliation must come before economic cooperation", and I doubt that there will be imminent "reconciliation" between Bluesky and people who want to spend less than $100 for each month that they want to back up content shared using the AT Protocol. This is not impossible (since "Bluesky is a Public Benefit Corporation"), and there is a documented goal to have "multiple independent Relay services", but it seems that having one would cost well over $100 each month. In the meantime, trying to cooperate with a person is harder to justify when you don't know if they are actually willing to help you or not.
As a relevant example, consider that there are a notable number of people who wish to avoid cooperating with threads.net
even though I would describe it as being part of the Fediverse.
My initial thought about this is that it'll probably be interpreted as a person arguing on one's own behalf rather than having representation from counsel or an attorney ("pro se legal representation") while using a computer, since one party wasn't represented by an attorney. The fact that the computer can generate a video or text probably isn't very relevant, although that probably wasn't happening in the past.
This is interesting, but I don't yet entirely understand it.
My first thought after trying to read the entire document was that the author seems to suggest that "AT Protocol" is a natural result of the movements they describe, but I find it hard to believe that the "peer-to-peer (p2p) movement" could naturally result in things that "are not meaningfully decentralized, and are not federated".
This seems to describe my answer to this question in more detail than I'd be capable of right now: https://dustycloud.org/blog/how-decentralized-is-bluesky/
I believe you're quoting https://en.wikipedia.org/wiki/Fediverse
It seems that document currently expresses that "the AT Protocol, which powers the Bluesky social network" is "[a] major protocol in competition with the Fediverse", which suggests that neither "the AT Protocol" nor "Bluesky" are included in the Fediverse.
Moreover, "AT Protocol" and "Bluesky" are conspicuously absent from the second paragraph of the article content / lead section.
The majority of Fediverse platforms are based on free and open-source software, and create connections between servers using the ActivityPub protocol. Some software still supports older federation protocols as well, such as OStatus, the Diaspora protocol and Zot. Diaspora* is the only actively developed software project classified under the original definition of Fediverse that does not support ActivityPub.
There discussion related to this around https://thebrainbin.org/m/[email protected]/t/705694/-/comment/5682529
I believe you're quoting https://en.wikipedia.org/wiki/Fediverse
It seems that document currently expresses that "the AT Protocol, which powers the Bluesky social network" is "[a] major protocol in competition with the Fediverse", which suggests that neither "the AT Protocol" nor "Bluesky" are included in the Fediverse.
Moreover, "AT Protocol" and "Bluesky" are conspicuously absent from the second paragraph of the article content / lead section.
The majority of Fediverse platforms are based on free and open-source software, and create connections between servers using the ActivityPub protocol. Some software still supports older federation protocols as well, such as OStatus, the Diaspora protocol and Zot. Diaspora* is the only actively developed software project classified under the original definition of Fediverse that does not support ActivityPub.
There discussion related to this around https://thebrainbin.org/m/[email protected]/t/705694/-/comment/5682552