I'd say to reject the suggestion and to get rid of the tag.
Creating / editing a tag wiki excerpt for a tag that has no reason to exist puts the cart before the horse, and shouldn't be encouraged: much like useless edits it wastes reviewers' time for no benefit, since the tag is to be removed.
You get it the first time you edit a tag wiki.
A tag wiki provides extended information about a tag, which can help to set the boundaries of how it's used. Here's the command-line tag wiki as an example.
I feel this particular tag wiki edit should be rejected.
In general, consider approving edits to tag wiki if the tag is popular (minimum 5 questions tagged). If there is only one question with that tag, there is a good chance of that tag getting purged from the system and it's not worth the effort to write one up.
There are also some general guidelines ...
Tags are for classifying questions, and thereby allowing people who are interested in a particular topic focus on that topic. If a tag is too narrow, few people will be interested in it, and it becomes useless. If a tag is too broad, people will pick narrower tags.
No one is interested in the xfce-desktop package ... because there is no such package. ...
When a tag is just a bunch of letters (eg PCSX), a definition is useful to ensure they aren't being misused. I completely agree that also specifying usage might make it better, I just don't think there's no value in the definition... Which is what you're saying when you reject.
I also agree with kos, that some tags are pretty self-explanatory. It's either ...
I have to expand on Braiam's answer by pointing out that blithely copying and pasting in stuff from other websites (even in the tag wikis) is unacceptable. Our Terms of Service stipulate in section 3:
You agree that all Subscriber Content that You contribute to the Network is perpetually and irrevocably licensed to Stack Exchange under the Creative ...
My take on this was that the previous tag wiki which has been reinstated was a clear concise wiki that explained concepts in a very user friendly way.
Terminology was precisely defined in a layman way.
The edit you are referring to stripped out much of this user friendliness - it left just key terms such as "xorg" dangling - that to the layman doesnt mean ...
While I would not go so far as to say that the posts in support have nothing in common with each other at all, I do not think grouping them with this tag is useful.
The questions fall into three categories:
Questions about support periods for Ubuntu versions.
Questions about hardware or software working or not on Ubuntu.
People who want our support or ...
In my opinion the wiki excerpt has the main purpose to guide the asker about which tags to choose.
So I'd very much prefer the second form, describing what kind of questions should get this tag.
The information what this tag is about (especially important with possibly ambiguous terms) should go into the wiki text itself.
You're right, the tag covers too much (file format and formatting a drive are barely if at all related), and is being used even for other types of "format" like date format and text format. We should definitely get rid of it.
I don't think we need a tag for file formats in general. This is not likely to be anyone's area of interest or expertise. ...
There already is a tag hard-drive that is "Questions about hard drives, configuring and formatting them."
format includes questions about things like SD cards and flash memory, which aren't really hard drives. I should think we'd rather need something like block-devices or something.
In my opinion, even a tag about file formats is way too broad. I ...
Two things would be nice:
Remove that particular tag as this has wasted the time of the person who submitted the edit (me in this particular case) as well as the time of the reviewer.
Conduct a thorough review of the available tags and remove those tags that are in a similar position. This would save everybody a lot of time and energy.
A quick look through ...
I would say yes. Your edit does not make sense or explains to a normal user who would enter driver that in the tag field. They would think its the wrong tag. Then upon reading this wiki on the tag, they would have more questions than answers.