![]() | This article was nominated for deletion on 26 April 2025. The result of the discussion was redirect. |
![]() | This redirect does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | |||||||
|
@User:TheTechnician27 @User:Zeibgeist @User:Northernhenge
IMV good reasons for retention include the following:
a. Searches and references to this topic redirected to Unix time. This is not only confusing to a reader looking for information about the command, it is misinformation and is part of the reason I felt it necessary to create the article. Unix time is about the internal representation of time and Date (Unix command) is about presentation and management on the command line.
b. A good article needs to be interesting in order to be noteworthy. This was achieved by showing a relationship to the history of the command in Unix and other systems, the ability to use format codes to present information in different styles which was not present in other systems, use of the date command in shell scripting and the impact of resetting the date on security and computer forensics, the implementation relationship to the C strftime, all of which were documented with proper citations from multiple sources. (A similar relationship between strptime and interpreting the -d flag likely exists
c. While not necessary I had outlined several future possible directions for modifying the article, pending the discovery of supporting sources which I believe is possible. It's not reasonable to expect a new article to emerge fully realized
The following criticisms were made:
1. The topic was considered too elementary and not notable as it only appeared in elementary introductory Unix texts.
While the command does appear appear in elementary Unix texts and tutorials in its simple form, few discuss its use in shell scripts. Nemeth (ed al) is an exception as is the article from squash.io. IMV this supplies useful non-trivial information about the command without it becoming(3) a how-to tutorial.
The Unix date command is noteworthy because of its use in shell scripts and its use of format codes and ISO standards to present the date. Earlier versions of the command both in Unix and in comparable environments did not do so. A further noteworthy point was made about the correspondence between format codes used by strftime and date. Including this point without a reference would be like claiming Europe, Africa and the Americas once formed a single large continent by looking at their outlines without referencing research on plate tectonics. I only added this when I came across the supporting statement in the Open Group's discussion of date in the POSIX standards document
2. It read too much like a man page. The topic is more suitable for wikibooks or wikiversity
The man pages, which are referred to in the article, give a complete description of the use of format codes. The article (intentionally) does not. It informs the reader without being pendantic that such format codes exist in the command.
man pages and elementary Unix texts usually do not discuss the use of relative dates and times. The FreeBSD man page has only a light description. The only detailed description I know of appears in the gnu coreutilites documentation.
The wikibooks descriptions of commands do not go beyond single man page references. I agree that an entry on this and several other commands is needed but doing so would not negate the value of this article. I examined wikiversity. The topics there are more generalized and overall coverage of topics are rather sparse. IMV it's a failed project and I would not recommend using it.
3. Wikipedia is not a "how-to" guide.
The article talks about the date command but is sparse on examples on how to use it which would be needed for a how-to manual. This was intentional. Some of the cited references are how-to in nature but not the article itself. See also #1.
4. WP:PRODUCT offered by USER:TheTechnician27
I didn't get this one at all. The date command is not a product.
5. It had only a minor note about the topic history.
I added a section about other versions of the date command in other environments to give a sense of history and a note in the talk page starting a discussion of future directions of the page that would require supporting references. I've considered added a note that the 1st appearance of format codes appears in PWB Unix by referencing the Unix archive at Tufts but hesitated over the concern that it might be considered original research, even though I've seen similar types of statements in other articles.
6. Security was a valid aspect of the article but read like OR original research.
The initial use of {{cn}} was aspirational, not OR as I believed then, based on prior knowledge on the topic, that I or someone else could find reasonable citations. IMV this is a legitimate use of the template, to signal a further enhancement of the article. The comments by USER:Zeibgeist and USER: Northernhenge predate this addition so they were not reacting to it as USER:TheTechnician27 suggested.
7. There's a policy restriction of not using similar articles to justify retention.
That said, the use of precedent is often invoked such as recommending that users examine existing articles to get a sense of what kind of entries are acceptable. While I'd like to argue that it shouldn't be totally ruled out, that one should be able to refer to positive aspects of articles in the same category, I've refrained from doing so here.
For the above reasons I intend to muddle through the appeal process and hope that those who previously criticized the page will now support retention.
GelvinM (talk) 21:12, 5 May 2025 (UTC)
@User:Zeibgeist - I appreciate your offer to discuss this page and the redirect from Unix (date). As a courtesy I would have appreciated having this discussion before you decided to delete the content.
The Unix time page which is about how time is represented in Unix systems is a different topic. The redirect to List of POSIX commands is also a loss of information as it lacks details about the parameters of the command. It also failed to mention that date can also set the time, which I will correct shortly.
The date command is not as trivial as a WP:GNG designation would make it, and there are simpler commands such as echo, dirname and pwd that have their own Wikipedia pages.
Features such as recommended input formats for the -d flag and relative time offsets are not usually included in Unix man pages and are buried in the gnu coreutils documentation. The superuser requirement for setting the date is also not mentioned - I've added a source for this.
For the above reasons I have reverted your changes.
There are two environment variables that alter the date presentation - LC_TIME and TZ. I had originally intended to include this information but did not have a source beyond my personal knowledge of the command. I've since located sources for each and have added these changes. GelvinM (talk) 23:12, 23 March 2025 (UTC)
The following ideas could be pursued pending the provision of appropriate references if they are available.
The use of the NTP time synchronization protocol to automatically maintain the date and obsoleting the date -s option could be discussed . FreeBSD already does this and it's an option for gnu Linux. I have no idea what OS X does but this could be looked into. One might make a minor note that the use of NTP could be problematic wrt to embedded (power and connectivity issues) or air-gapped systems however the article on NTP itself should do the heavy lifting.
In Unix the date command is an executable binary /etc/date. This means it can be replaced or turned into a potential security hazard by being spoofed either by replacing the file or changing the value of PATH, both known exploit techniques. It's also an executable binary file in CP/M, DR DOS and MS-DOS. However in the Windows version date is built into the cmd shell.
POSIX extensions %Efmt and %Ofmt of format codes to support other locales are not well discussed wrt the date command in internal and external references except for the POSIX documentation from the Open Group and it's not clear without experimentation (ruled out because of OR) that they are supported in gnu or BSD variations.