Talk:List of POSIX commands/Archive 1

message: There are a few Internet sites that tell a humor story about Unix that talks about various commands, starting with "what" and continuing through various commands. Is there any place at Wikipedia for there to be links to a page that tells this story?? An example is http://www.salug.org/~pchapman/whats_on_first.html. 66.245.22.135 00:36, 31 Mar 2004 (UTC)
thread_title:  What's on First?? 

message: Is date really kernel specific? I would think it's available on just about every Unix variant in existence. --Shawn K. Quinn 01:20, 8 August 2005 (UTC)
thread_title:  date 

message: I was going to add sudo, but I could not think of a good decription. I believe that the definition for su should be changed in order to compensate for sudo. The difference (for non-Unix users) is that when you use su, the shell is put into root mode and stays that way until you do either the "exit" command or quit out. for sudo, it executes the command, and goes back to the original shell with the original user. sudo is used alot in Debian based distributions
: Sudo has a more important feature.  After all, the "one command" that you sudo can be a shell.  The more important feature is that it allows trusted users to become root without knowing the root password.  If user "fred" is given access to sudo, then the only password he needs to know to get root access is his own.  --Serge 23:45, 27 December 2005 (UTC)
thread_title:  sudo 

message: I tried the 'tree' command on 4 flavors of Unix - Solaris, AIX, HP-UX and Linux, and it was not available on any. I think tree is a Windows (or DOS) command that was ported to Unix. As a long-time Unix Admin, I always use the du command to see the directory structure, which also includes the size of each directory.
*tree – Print a depth-indented tree of a given directory
Any objections to removing this entry? Gbeeker 21:31, 25 February 2006 (UTC)
replies: text: Just installed it. Quite handy actually. I'll keep it :-)  Kim Bruning 23:26, 25 February 2006 (UTC)
replies: text:  As far as I know, tree never was a Unix command, one of the many pieces of random garbage in this list --Uriel 17:25, 29 January 2007 (UTC)
thread_title:  tree - which [[Unix]] version does it come with? 

message: *List of Unix programs
Note: The above text in this section may be copied to the programs listed on this page as explained in above secion. Unixguy 12:03, 7 April 2006 (UTC)
replies: text: I was about to suggest using the Wikipedia:AutoWikiBrowser; but I cannot use it, and I guess you can't as well :-). - Liberatore(T) 13:27, 7 April 2006 (UTC)
thread_title: See also

message: This page might be useful, but how does it pass WP:NOT#DIR and WP:NOT#INDISCRIMINATE?  Wouldn't this make more sense at Wiktionary?  -- Butseriouslyfolks 02:49, 29 January 2007 (UTC)
replies: text: Personally, I find this list very useful.  It should be noted that this list is extremely linkspam free which is amazing when you compare it to the many other software lists on Wikipedia. Also surprising is that each entry also has a brief informative description which again is rare for a wiki software list.  If you want to clean up the wiki lists I suggest you be discriminate and go after the some of the other software lists that are in desperate need of help. (Requestion 15:59, 29 January 2007 (UTC)
replies: text:  Some lists appear to have obtained featured status. While  is not as good yet as, say, List of dinosaurs, if a list of dinosaurs is OK, why wouldn't a list of obviously related computer programs be OK? As far as I can see,  passes WP:NOT#DIR and WP:NOT#INDISCRIMINATE because a list of related computer programs is not an example of any of the the forbidden classes of things in those sections. However, mine is not an expert opinion. Actually, since those sections give examples of disallowed lists, a better way to object to  would be to point out which type of disallowed list you think  is an instance of. If  has to go, a whole bunch of eminently useful "list of" articles would have to go. Speaking of useful, those "list of" articles are some of the most useful articles on Wikipedia, as far as I am concerned. In software particularly, one often hears of some (commercial) package, and one wants to know what open source alternatives there are. Or the package one has might not do everything one wants, and the search for similar packages is on. One well-written "list of" article spares potentially many people from grueling sessions of Google search. --Teratornis 02:53, 7 February 2007 (UTC)
replies: text:  I just removed the remaining three programs with external links.  So this is now a list of 100+ Unix programs that have a Wikipedia article.  That is an impressive statement to the encyclopedic nature of this fine list.  Someone should go through the External Links section and prune that down a bit. (Requestion 16:06, 7 February 2007 (UTC)
thread_title:  This is an encyclopedia 

message: where is the shutdown command, I know many single computer users usually have a shutdown button on the screen, however it is still a very useful command.  I use it to restart and shutdown the machine from a remote terminal.  It is a nice command prompt tool to have.  Just suggesting it be added, it is an original AIX command as well not just linux specific. —The preceding unsigned comment was added by 71.198.138.5 (talk) 00:02, 2 March 2007 (UTC)
replies: text: added. --Unixguy 16:16, 9 July 2007 (UTC)
thread_title:  shutdown 

message: This article is not encyclopedic.  Rename it or delete it.  As noted above, listing thousands of Unix programs is pointless from a wikipedia point of view.  Regarding the comparison to List of dinosaurs, Dinosaurs are extinct so the list is relatively stable.  Also there weren't ten's of thousands of genre's of dinosaurs. Perhaps a list of lists or categories is appropriate or limiting the scope to system software.
Daniel.Cardenas 22:09, 7 July 2007 (UTC)
thread_title: Delete or rename

message: .  —Preceding unsigned comment added by 88.218.26.113 (talk) 06:25, 14 January 2008 (UTC)
replies: text: apropis is not IEEE Std 1003.1-2004 Carpetsmoker (talk) 04:10, 16 January 2008 (UTC)
thread_title:  apropos? 

message: This page must be dynamic with Template talk:Unix commands. JackPotte (talk) 15:30, 21 June 2009 (UTC)
thread_title:  Please make dynamic 

message: This is a peculiar article.  Is it supposed to be comprehensive UNIX/Linux?  Should lspci be added, for example?  Or is it supposed to be limited forever to whatever is in IEEE Std 1003.1-2004?
-71.174.186.200 (talk) 14:47, 24 June 2009 (UTC)
replies: text: Per topic description, it's not a list of GNU utilities Tedickey (talk) 21:31, 24 June 2009 (UTC)
replies: text:  Just IEEE Std 1003.1-2004, look at the archives (This was discussed earlier). 83.161.253.7 (talk) 18:20, 27 July 2009 (UTC)
thread_title:  Comprehensive or limited list? 

message: dc (computer program) is not in the list of standard Unix utilities, per given source. Tedickey (talk) 20:58, 17 September 2009 (UTC)
thread_title:  dc (computer program) 

message: The categories in the table seem not to be part of the specification. That should be noted (if the case). -- Tomdo08 (talk) 18:38, 25 October 2010 (UTC)
replies: text: yes - but where?  That sounds like a normal talk-page issue. TEDickey (talk) 20:31, 25 October 2010 (UTC)
thread_title:  Categories 

message: For some of these commands, one can type which, e.g. 
 $ which ls
 /bin/ls
 $ which which
 /usr/bin/which
But for others, there is no output:
 $ which alias
 $ which source
 $ which export
 $
I'm guessing that there is a difference:
* which-able: executables
* non-which-able: keywords/functionality in shell
Could somebody comment on this?
E.g. is this the same for all bash shells then, or does it depend?
Also, I haven't yet found a non-which-able command, which had a manual entry. 
213.165.179.229 (talk) 11:37, 7 July 2011 (UTC)
replies: text: Originally "which" was a C shell script, which could not be relied upon to list aliases in a Bourne shell implementation.  Being a script, it was also unable to list aliases defined after the C shell's initialization.  Korn shell defined "type", which is the same idea, but is a built-in (so it solves in effect the latter problem). (I recall running into "which" being integrated in a nominal Bourne shell, but cannot recall which one - ignoring implementations on Windows, which tend to be hybrids). TEDickey (talk) 20:21, 7 July 2011 (UTC)
thread_title:  which-able vs. non-which-able 

message: I wrote a (fairly informative) stub for the missing spell (Unix) article, and added a link to it to the list on this article. Somebody reverted by addition, saying "rv - not topical, per description". I have no idea what he meant. The link to the spell utility is definitely missing here, and *should* be added. Spell has been part of Unix since 1975, and is listed on SUS, and is *definitely* an official Unix utility. I'm not here to pick fights, so I won't try to add it again, but please reconsider.
Nyh (talk) 12:46, 7 August 2011 (UTC)
replies: text: Generally "legacy" in this context suggests that someone would like to withdraw the item, noting that it is of limited usefulness in current environments.  Perhaps adding a column to the table to reflect this attribute would improve the topic. TEDickey (talk) 12:49, 7 August 2011 (UTC)
replies: text: While I was frank about the obsolescence of spell in spell (Unix), it doesn't mean it no longer exists. It does exist, and even my very recent installation of Fedora 15 includes a "spell" command which does what the original "spell" tool did (although it is implemented using aspell, not McIlroy's original code). Moreover, as far as I know, in Unix (in contrast with Linux distributions), "spell" has never been superseded by anything else - as far as I remember, "ispell" (let alone its successors) was never a part of commercial Unix. Again, I'm not trying to claim that "spell" is a great and useful application. It is just as archaic as "od" or "asa" or "compress" or "delta" (wow, I haven't used SCCS in almost 20 years), or "ed" (25 years ago, I knew the last person who actually used this editor ;-)), or (yikes!) "uucp". But why keep all that crap on the list, and leave out just "spell"?  Nyh (talk) 13:07, 7 August 2011 (UTC)

text: The given source would identify the "legacy" items.  There might also be a WP:RS which collects that information (after all, Wikipedia is not a repository of knowledge) TEDickey (talk) 13:47, 7 August 2011 (UTC)
thread_title: Spell??

message: The reason for the column "First appeared" is to uphold the notability standard. — CpiralCpiral 18:18, 9 December 2011 (UTC)
thread_title:  Standards must be upheld 

message: Since you have "mkfifo", you should also have "mknod", which (at least in the AT&T world) includes the mkfifo capability.
Old_Wombat (talk) 05:14, 8 January 2012 (UTC)
replies: text: mknod isn't in the X/Open list TEDickey (talk) 12:01, 8 January 2012 (UTC)
replies: text: I think you're making this article into a "List of Posix Utilities", while its name is "List of Unix Utilities". Posix is not Unix - Posix is a set of APIs - C functions and shell utilities - which can be used to write applications which will work across many variants of Unix and even other systems (e.g., Windows with Cygwin). Posix deliberately does not cover parts of Unix which user applications do not use, and "mknod" is such an example - an ordinary application needs to assume that devices exists, and not care on how they were created. So Posix doesn't mandate an "mknod" command, and Cygwin for example doesn't have to support mknod (by the way - it does have it...)). But saying that this means that "mknod" isn't a Unix utility is silly. The mknod utility appeared in Unix v6 (in 1975), and all Unix variants inherited it. Nyh (talk) 13:14, 10 January 2012 (UTC)
replies: text: The topic description points to the relevant sources which happen to be POSIX, and extends that to similar systems:
  If a given utility isn't in that source, some (non-WP:OR) sources should be given to reduce argument.  So far, most of the outliers have been the usual cases of (a) little-used applications, (b) Linux-specific, or (c) developers promoting their products.  TEDickey (talk) 11:46, 10 January 2012 (UTC)

text: The more I think about it, the more inappropriate POSIX is as a "List of Unix Utilities". I just found on the list the silly "command", which as far as I know was never a Unix utility (it is a builtin in new shells, but I don't remember it existing on Unix at all), and on the other hand we're missing the oportuinity to link to real articles on real Unix utilities that have existed for more than 3 decades, like "mknod" and "Spell (Unix)", just because Posix didn't standardize them or thought they were legacy. I would argue that this page should be renamed "List of Posix Utilities" (or something similar), and it should be linked in the Posix article. Then, a separate "List of Unix Utilities" can be created, perhaps as a union of utilities that existed on a small number of "classic" Unix systems for whom we can find manuals, e.g., 7th edition, System V, SunOS, 4.4BSD etc. This will have to be well defined, to avoid making it a list of X-windows programs, a list of hundreds of utilities from modern Linux or BSD variants, etc, but it will be a more exhaustive list of utilities that actually existed on Unix systems. Nyh (talk) 13:39, 10 January 2012 (UTC)

text: However, the topic description and sources don't say "POSIX".  It being Wikipedia, you're free to make up whatever facts you want, but ultimately if they're not WP:RS, and veer into WP:OR, someone will disagree with your opinion TEDickey (talk) 13:55, 10 January 2012 (UTC)

text: Probably the first, on the basis of which I'd recommend trimming the topic to mention only those programs which have (a) WP:RS citing their origin and/or (b) a topic demonstrating their respective notability TEDickey (talk) 11:53, 11 January 2012 (UTC)

text: Are you making a distinction between "utility" and "application"?  In either case, it's documented as if it is a program in the user-space TEDickey (talk) 11:28, 12 January 2012 (UTC)

text: To add to the above discussion, it is completely absurd that "bg", "fg", "alias", "unalias" are listed in a "List of Unix utilities". They are definitely NOT "Unix Utilities", but rather shell builtins, and have never existed in any other form. This article should be perhaps be renamed "List of SUS utilities", or something, but not a "List of Unix Utilities". A real "List of Unix utilities" would not have these non-utilities, but *will* have real Unix utilities like seq (Unix), factor (Unix), spell (Unix), mknod and other stuff that exist on most (if not all) variants of Unix, BSD and Linux, but missing from SUS for one reason or another. Nyh (talk) 10:49, 4 April 2012 (UTC)
replies: text: From the context and earlier comments, it appears that you're arguing for making "Unix" whatever happens to run on the various *BSDs, (even Linux...) etc., and separating the trademark owner from its trademark, since it is not relevant to your proposed consensus TEDickey (talk) 11:00, 4 April 2012 (UTC)
replies: text: You're mistunderstanding me. The reason I want these articles (seq, factor, spell, mknod, crypt) on this list isn't that it runs on *BSD and Linux - it's that they existed in the official products called Unix. Factor (Unix) for example existed on every official version of Unix since 1974, and the fact that SUS decided it wasn't important enough doesn't mean it should be wiped out from Unix history. The fact that these utilities still exist on modern Linux and *BSD systems doesn't say much if they are Unix - just that they are still considered useful even today, despite what Posix thought. Contrast this, for example, with Little Implementation Language, a short-lived Unix utility (compiler, actually), which existed only in Fifth Edition Unix (in 1974) but was dropped afterward and never reached any other Unix version or BSD or Linux. Such utiltities can, I think, be dropped, but the more long-lasting ones should not.Nyh (talk) 13:36, 14 July 2012 (UTC)

text: ‎Today, someone added the good article crypt (Unix) to the "List of Unix Utilities", and someone else removed it saying that "crypt is not POSIX". I'm still bothered (very much) that very useful Unix utilities which have existed for years (even decades) before Posix, are now labeled "not unix" because Posix decided to leave them out. I remember using "crypt" (as well as "spell", "mknod" and other things left out from this list) on Unix since 1985. This list needs to be split: a new "List of Posix Utilities" (with the current rules moved to that article) and "List of Unix Utilities" which will include utilities (commands from the (1), (6) or (8) section of the manual pages) which existed on *UNIX* releases (mostly AT&T releases, and perhaps other things, but definitely not modern Linux and *BSD distributions).Nyh (talk) 13:28, 14 July 2012 (UTC)
replies: text: Crypt was available on all older UNIX system and BSD but since the early 1980s, the US export regulations caused it to disappear - well it was a simplified variant of the German Enigma from the 1920s to 1940s. The article name indeed has a problem as it does not fully aggree with the explanation for the article. --Schily (talk) 22:00, 14 July 2012 (UTC)

text: crypt was not available on "all" Unix systems, and of course anything called "crypt" on most Linux/BSD systems is quite likely a separate implementation.  It never was standardized, as you seem to concede, and the current topic is based on the programs that were standardized.  TEDickey (talk) 21:29, 14 July 2012 (UTC)

text: Today another fine, traditional Unix utility was banned from the list: fortune (Unix), again proving that this list must not be called "List of Unix utilies" list. Nyh (talk) 19:01, 24 July 2012 (UTC)
replies: text: The current lawful truth is that UNIX is what POSIX defines. As you might discover, fortune is not part of the POSIX standard. --Schily (talk) 09:56, 25 July 2012 (UTC)
replies: text: POSIX is not an exclusionary definition. In other words, there is no such thing as POSIX Unix that is only POSIX Unix. The first paragraph of the POSIX article explains that the POSIX standard is meant to ensure a minimum level of compatibility between different variants of Unix. So, the scope of this article should not be narrowed to only POSIX, because that would exceed the scope of POSIX itself as it relates to Unix. If there isn't a list of POSIX utilities already, there probably should be one. That would be the right place to narrow the scope to only POSIX utilities. Badon (talk) 19:39, 25 July 2012 (UTC)
thread_title:  Wot about "mknod"? 

message: I'm collecting here links to actual Unix utilities (utilities which existed in various versions of Unix) which various people added to this list, but were removed by others because they were never standardized by POSIX or SUS. This list could be useful if one day someone will be bold and split this list into a POSIX list and a Unix list:
#fortune (Unix)
#crypt (Unix)
#seq (Unix)
#factor (Unix)
#spell (Unix)
#mknod
#dc (computer program)
Nyh (talk) 13:28, 28 August 2012 (UTC)
replies: text: I've retroactively signed it now. seq was introduced in Eighth Edition Unix, which while wasn't a very well known Unix (because it came out in 1985, after the BSDs and commercial Unix split from research Unix), was nevertheless "Unix" par excellence. While not a proof, the fact that both GNU and freebsd decided to copy/emulate this utility shows that at least they considered this a viable, useful (at least at the time) Unix utility. What I'm trying to say (multiple times in this thread... sorry...) is that Unix isn't a single coherent system, and not even a single standard, but rather a bushy family tree of systems developed over 3 decades, and some "list of unix utilities" (even if not this article) should list all the various utilities which were popular over these years. I'm not saying that every useless utility that existed for a brief period (e.g., Little Implementation Language) must be listed (although I'm not sure it shouldn't), but definitely a utility like seq which existed in Bell Labs Unix for 7 years (from 8th edition in 1985, until Unix development stopped around 1992) and was copied by some modern Unix-like systems (GNU and FreeBSD), is worthy listing.Nyh (talk) 13:28, 28 August 2012 (UTC)
thread_title: Removed links

message: # This article should be renamed to List of Unix utilities and shell builtins.
# Create another article named List of Single Unix Specification utilities.
# Create another article named List of POSIX utilities.
Badon (talk) 19:45, 25 July 2012 (UTC)
replies: text: UNIX is a Trademark owned by The OpenGroup - the creator of the Single UNIX specification. The Single UNIX specification and POSIX have merged after 2001 (POSIX just adopts the SUS specifications after a review), so there does not seem to be a difference between all three.  --Schily (talk) 20:59, 25 July 2012 (UTC)
replies: text: This is a non-sequitur - so what if Unix is a trademark? According to this logic, List of Unix systems should only list one system, the current SUS standard. Obviously, it doesn't. Remember that the trademark "UNIX" was used for about 3 decades for a number of systems, which have nothing to do with the current SUS standard. All these UNIX systems had utilities, which while were not later adopted by SUS, some have been "UNIX utilities" for 20 (or whatever) years, and writing them out of history (or just the "list of Unix Utilities") makes little sense to me. See my list above of several. To the original proposer - please note this this article should be renamed not "list of unix utilities and shell builtins" but rather "list of sus utilities and shell builtins". A new "list of unix utilities" article should contain a slightly different list (see my "removed" list in an above section), and should not list shell builtins, which are a completely different beast.  Nyh (talk) 13:07, 28 August 2012 (UTC)

text: The first two suggestions fall flat for the same reason that you want to rename the topic.  The third for a similar reason: the topic description isn't specifically "POSIX" without some creative misuse of sources. TEDickey (talk) 20:30, 25 July 2012 (UTC)
thread_title:  Proposal: 3 needed list articles 

message: yacc didn't first appear in pwb, it goes back to at least unix version 3, and perhaps even earlier. tuhs lists the date 1/20/73. Perhaps this should be changed?  — Preceding unsigned comment added by Cube1024 (talk • contribs) 06:12, 9 December 2013 (UTC)
replies: text: using a reliable source is the way to proceed. TEDickey (talk) 10:02, 9 December 2013 (UTC)
thread_title:  yacc appeared earlier 

message: This page is restricted to utilities defined in SUS standard, but (by name of the page) the page is about (all) Unix utilities. The name of the page should be changed or the list should be expanded to non-SUS mentioned utilities (for example free). There is no reason to think (or predict) that SUS has whole set and no other utilities are usable (or exist) anr/or that SUS standard defines what is possible/allowed to list (or deny to list) in Wikipedia. --Milan Kerslager (talk) 08:21, 24 January 2014 (UTC)
replies: text: perhaps you meant to say that it should be renamed "Linux utilities", since there's no other way to interpret your remarks. TEDickey (talk) 09:18, 24 January 2014 (UTC)

text: hmm - your remarks remind me of the people looking at [www.freebsd.org]] and wanting to know which Linux distribution that is.  As it is, there's a note at the top of this topic which delineates what's expected.  TEDickey (talk) 18:43, 13 July 2014 (UTC)
thread_title:  Wrong name for page 

message: I arrived at this page after looking for a overall list of Unix commands and being redirected from List of Unix commands. Not being a Unix purist (whatever that is), I thought that there would be an article which listed as many of the commands as possible (i.e. any "word" that would do something at a command line). Since that would be a big list, I assumed that there would also be articles for more specific lists covering utilities vs. built-ins vs. utilities in ABC Unix vs. utilities in XYZ Unix standard. So, unless I missed a major point, please could we have a generic list at List of Unix commands and move this page to reflect the specific nature of commands included in this list. --GhostInTheMachine (talk) 13:54, 24 May 2014 (UTC)
thread_title:  Utilities / commands, full list / sub-lists?