I don't know if I'll like them or not, but I think it's been designed correctly:
Opt-in on a per-site basis, and opt-out on a per-user basis.
So I say, go for it. If I don't like them I will disable the feature, but I won't know unless we enable it for this site.
If you want to opt in to this years Winter Bash, upvote this answer to say a big
Yes, gimme ...
talk(1) was/is a way to chat with users between Unix machines, going back to 4.2BSD (1983). ytalk would be another good name, as it introduced 3+-user chat, but that'd be more confusing to people who have never heard of the command.
Wikipedia has a short history of talk and its successors.
After seeing the additional data, I'm leaning towards this idea:
base tag: exit-status (a new tag, utilizing the current return-status excerpt & wiki)
synonyms: exit-code, return-status, and return-code
I've created the exit-status tag and populated it with the return-status excerpt and wiki (slightly modified to say "exit status" instead of "return ...
I think it's a bit of a moot point. I skimmed through the questions tagged x, and the vast majority are Linux systems (so running X11), with the rare exceptions for X11 on macOS. There's no question here that's about X but using something other than X11, so the very existence of x can't be justified.
A windows subsystem for Linux makes me think of X11, some subsystem to manage windows on Linux.
After googling it, it looks more like it's some Microsoft product to run GNU/Unix/Ubuntu applications on Microsoft Windows operating systems, rather than something like wine to run MS Windows applications on Linux-based systems as the name would suggest.
I don't recall seeing a question about LVM1 on this site. It was already obsolete by the time this site started. So for all intents and purposes lvm and lvm2 are currently equivalent.
I favor merging them, and making lvm the main tag. (Only moderators can do this.)
If an incompatible LVM3 comes along, we can start using lvm3 for it. Then make lvm2 the main ...
EFI and UEFI refer to different versions of the same thing.
In the mid 1990s, Intel began working on an improvement over the PC BIOS in order to work well with the more powerful machines they were building. The result was an Extensible Firmware Interface (EFI), and Intel still hosts the version of the specification they published in 2002. In 2005, Intel ...
I can't see a difference in the type of questions that have one tag or the other. People seem to indifferently use one or the other.
Since the libvirt library and the libvirtd daemon interact with each other, and there is no alternative implementation of either as far as I know, very few issues involve only the library or only the daemon. Furthermore, “...
I think the use of format to mean creating a file system is going to be hard to eradicate. As you point out, most people won't know what mkfs is while format is a household term. This is always going to be a hard tag to deal with since it can be used to mean so many different things.
The best solution I can see would be to blacklist the tag. Then, when ...
My first impression is that kernel-drivers should be merged into drivers, and module was created by someone who typed kernel module as separate words and grew from there. This is to be confirmed by browsing through the questions list which I haven't done yet.
Only 16 questions are tagged module but not kernel-modules or kernel. 8 of these are about Linux ...
I think those should indeed be merged, yes. And this is precisely how to get it done: post on meta, see if everyone agrees and wait until the mods do their jobs.
So, unless anyone objects, I'll be merging them.
You’re right that they’re they same. According to the Polkit Wikipedia article,
Since version 0.105, released in 2015 the name of the project was changed
from PolicyKit to polkit.
Also, the tag wiki excerpt for policykit is a copy of the first line of the above Wikipedia article,
Polkit (formerly PolicyKit) is a component for controlling system-wide
The shell-script was set to highlight using lang-sh. I just changed that so it uses lang-bsh instead and that seems to have fixed the issue. I don't know if that's because lang-sh was broken or because lang-sh actually refers to some other language and not sh, but it seems to be OK now:
If anyone notices issues or objects to having shell-script default to ...
Another idea from me:
Or some other tty, be it an existing one or something someone made up, like ttyTALK or ttyCHAT.
If you guys like the play on /dev/tty but feel that some other ending will be cooler, post your own variation, I won't see it as plagiarism.