Questions tagged «history»

我想知道是否有任何历史或现实原因的umount命令不是unmount。

64 history  unmounting 

我正在阅读Ritchie和Thompson关于Unix文件系统的论文。他们写道：“值得注意的是，该系统完全是自我支持的”。Unix之前的系统不是自支持的吗？以什么方式？

63 history  unix-philosophy 

我了解GNU Info是什么以及如何使用它，但是它的作用是什么？为什么它与手册页并行存在？为什么不编写详细的手册页而不提供单独的实用程序？

62 man  history  gnu  info 

Unix的创建者Ken Thompson曾经被问到如果他再做一遍他会做什么。他说：“我会用'e'拼写创作。” 肯指的是什么？有“创建”命令吗？

59 history 

在2013年1月10日，Glenn Fowler将其发布到了ast-users邮件列表中： 正如在AST和UWIN列表中多次指出的那样，AT＆T对OpenSouce软件的支持很少，这就是为什么我们只有很少的人参与我们庞大的AST软件集合。尽管如此，ksh，nmake，vczip，UWIN等AST工具会继续在多个AT＆T的项目使用。 事实证明，并非只有软件缺乏支持：dgk （David Korn）（AT＆T研究员，已有36年的服务）和gsf （Glenn Fowler）（AT＆T研究员，已有29年的服务）已终止，自10月生效10.我们的第三大合作伙伴Phong Vo（AT＆T研究员，已有32年的服务经验）几个月前离开Goog​​le。UWIN的维护者Jeff Fellin仍在AT＆T工作，并为某些关键操作提供UWIN支持。 dgk和gsf都将继续在AST软件上运行，并且实际上可能有更多的时间（至少在短期内）专注于它。 下载站点和邮件组将至少在未来几个月内保留在AT＆T中。我们的AT＆T同事AST用户和错误检测器Dr.ek将维护该站点。我们已经保护astopen.org域，并正在研究非AT＆T托管选项，包括带有错误跟踪的存储库。 变更过程需要时间。用户社区的耐心将不胜感激。在本质上稳定了近30年的环境中工作后，有3周的时间来计划个人，职业和黑客攻击的未来，实在令人震惊。计划巩固后，将通知用户组。 康恩（Korn）自己的维基百科页面上说，他曾在AT＆T Labs Research工作到2013年……但是他现在正在为Google 所需的引文工作。一个dgkorn GitHub的用户帐户是在2014年11月创建的，但它一直自认为时间恰好为0公众捐款的来源，并订阅到尽可能多的回购。 自2013年以来，相关邮件列表的活跃度逐渐下降。例如，2013年第四季度ast-developers列表在 2013-12-01之前发布了156条消息，但是2015年第四季度的同一列表仅列出了三条消息，这是其中最后一条： 主题：回复：[ast-developers]将ast过渡到GitHub 是否打算将ast代码库转换为GitHub之类的源代码存储库？这将使社区更容易做出贡献。我担心如果没有这样的协作环境，与错误相关的开发将因错误报告和源代码补丁在以太中丢失而停滞不前。 是否有人可以在某个地方发布完整的git repo（repo.or.cz，github，等等）？Git服务器已经关闭了很长时间，现在甚至www2.research.att.com（204.178.8.28）都关闭了。 这使人们对Kornshell的未来感到惊讶。它死了吗？我们看不到更多的发布了吗？ 而且，的确，尽管AT＆T在其实验室研究目标网页上列出了所有AST链接，但这些链接似乎都不起作用。这些与kornshell.com上列出的相同死链接可供下载。即使当前服务器状态暂时只证明是临时的，干，的邮件列表似乎也不是一件好事。 因此，现在已将角壳放空了吗？还是在其他地方沿着这些路线有更多活动？

58 ksh  history  development 

我注意到在整个Internet上，在论坛和博客文章中，Unix总是带有*号，无论它是* nix还是Un * x，正如我在Unix StackExchange网站上的欢迎横幅中所注意到的那样。 为什么这样呢？

58 unix  history  terminology 

我注意到，基本上我使用过的系统都没有/bin/sh一个真正的可执行文件。它总是一个符号链接dash，bash在POSIX模式，或者类似的东西。 为什么？使用真实的，原始的有/bin/sh什么缺点？（速度？许可？）

55 shell  history  dash 

在我见过的大多数shell脚本中（除了我自己没有写过的脚本之外），我注意到shebang设置为#!/bin/sh。对于旧的脚本，这并不令我感到意外，但是在相当新的脚本中也是如此。 是否有理由宁愿使用/bin/shover /bin/bash，因为bash在十年前的许多Linux和BSD机器上，它普遍存在并且通常是默认的吗？

53 bash  shell  history  shebang 

root帐户的来源是什么？它是从哪里来的？为什么又称它为root？ （最初由@lizztheblizz在Twitter上提问。）

53 history  root 

为什么大多数手册页中都没有包含一些常见的示例？他们通常会解释所有可能的选项，但这会使初学者更难理解其“通常”用法。

52 man  history 

为什么从rm删除只读文件？我知道，rm只需要对目录具有写许可权即可删除文件。但是我发现很难消化这种行为，在这种行为下我们可以轻松地删除所有者和组不同的文件。 我尝试了以下 mtk：我的用户名 abc：创建了一个新用户 $ ls -l file -rw-rw-r-- 1 mtk mtk 0 Aug 31 15:40 file $ sudo chown abc file $ sudo chgrp abc file $ ls -l file -rw-rw-r-- 1 abc abc 0 Aug 31 15:40 file $ rm file $ ls -l file <deleted> 我以为这不应该被允许。用户应该只能删除其所有权下的文件吗？有人可以阐明为什么允许这样做吗？以及如何避免这种情况？我可以认为仅限制父目录的写权限即可禁止意外删除文件。

52 files  permissions  rm  history  architecture 

字母中使用单破折号和单词使用双破折号的惯例从何而来？为什么继续使用？ 例如，如果输入ls --help，您将看到： -a, --all do not ignore entries starting with . -A, --almost-all do not list implied . and .. --author with -l, print the author of each file -b, --escape print octal escapes for nongraphic characters --block-size=SIZE use SIZE-byte blocks -B, --ignore-backups do not list implied entries ending …

51 command-line  history  options 

我不认为历史 Unix中的shell /实用程序或4.4BSD之类的 “最新”东西都不支持使用双破折号（或两个连续的连字符）作为选项定界符的结尾。使用FreeBSD，您可以看到例如在2.2.1发行版（1997）的rm 手册页中引入的注释。但这只是一个命令的文档。 查看我能找到的最旧的GNU fileutils 更改日志，我看到此1（稍作更改）： Tue Aug 28 18:05:24 1990 David J. MacKenzie (djm at albert.ai.mit.edu) * touch.c (main): Don't interpret first non-option arg as a <--- time if `--' is given (POSIX-required kludge). * touch.c: Add long-named options. * Many files: Include <getopt.h> instead of "getopt.h" …

49 history  posix  gnu  arguments 

有人可以告诉我什么是插座吗？我在SSL等的许多缩写词中看到了它。 另外，为什么叫插座？仅仅是因为这是他们发明的名字吗？还是他们想出的名字？

49 networking  history  terminology  socket 

我注意到bash有一个ctrl+的捷径，T它交换了光标前的最后两个字符。 我想知道为什么工程师决定包括这个。 它是从以前的惯例继承来的吗？ 还是有一个通常用于的实际目的？

47 bash  keyboard-shortcuts  history