小编Ste*_*itt的帖子

我执行了一个git commit命令，它给了我以下答复：

7 files changed, 93 insertions(+), 15 deletions(-)
mode change 100644 => 100755 assets/internal/fonts/icomoon.svg
mode change 100644 => 100755 assets/internal/fonts/icomoon.ttf
mode change 100644 => 100755 assets/internal/fonts/icomoon.woff

我知道文件可以具有用户/组/其他 rwx 权限，这些权限可以表示为三个字节，如“644”或“755”。但是为什么 git 在这里显示六个字节？

我已阅读以下文章，但没有找到答案：

• 维基百科关于“文件系统权限”的文章
• 如何从 Git 中的未暂存更改中删除显示“旧模式 100755 新模式 100644”的文件？
• Unix 权限变得容易
• Chmod 权限（标志）解释：600、0600、700、777、100 等。

目录 cron.d（如/etc/cron.d/）和之间的主要区别是什么crontab？

据我了解，人们可以创建一个文件，/etc/cron.d/my_non_crontab_cronjobs然后将任何想要的内容放入其中，就像将它们放入crontabvia 一样crontab -e。

那么两者的主要区别是什么呢？

我正在尝试发送应用程序文件 /usr/bin/file 的错误报告

但是咨询那个人并发送电子邮件

错误 请报告错误并将补丁发送到http://bugs.gw.com/上的错误跟踪器 或 ?file@mx.gw.com 的邮件列表？（先访问 http://mx.gw.com/mailman/listinfo/file订阅）。

让我发现邮件地址不存在。

是否有另一种与社区沟通的方式？希望这里的问题已经是其中的一部分:)

所以这是我的电子邮件：

可能的功能失败：该--extension选项似乎没有输出任何内容

$ file --extension "ab.gif" 
ab.gif: ???

Run Code Online (Sandbox Code Playgroud)

能够轻松地使用它的输出将文件重命名为其正确的扩展名会很有用。

--likely_extension如果检测太低，文件之类的东西只会输出可能检测到的扩展名或错误

像这样：

$ file --likely_extension "ab.gif"
gif

Run Code Online (Sandbox Code Playgroud)

更好，但将是一个--correct_extension选择：

$ file --correct_extension "ab.jpg"

$ ls
ab.gif

Run Code Online (Sandbox Code Playgroud)

此应用程序的 Tyvm :)

为什么人们使用apt-get而不是apt？

在我看到的几乎每个教程中，建议都是使用apt-get.

apt更漂亮（默认情况下），更短，通常更直观。（例如apt-cache searchvs apt search）

我不知道我是否遗漏了什么，因为apt在各方面看起来都更好。日常使用apt-getover的理由是什么apt？

我正在研究计算机的历史，以更好地理解为什么 Linux 终端以它们的方式工作。我读过在 1970 年代中期到 1980 年代中期，大多数人使用真实终端（而不是终端模拟器）与大型计算机进行通信，这是真实终端的一个示例：

但是我无法找到有关真正终端连接到的这些大型计算机的信息。任何人都可以提供这种大型计算机的名称/图片吗？

我搜索的所有结果最终都与hostname或 有关uname -n。我查找了两者的手册，寻找偷偷摸摸的选项，但没有运气。

我试图scutil --get ComputerName在 Linux 系统上找到等效的 OSX 。在 Mac OS X 上，计算机名称用作计算机的人类可读标识符；它显示在各种管理屏幕中（例如，库存管理、基于 Bonjour 的远程访问等）并用作默认主机名（经过过滤处理空格等）。

我们都知道 Linus Torvalds 因为 Bitkeeper 的问题创建了 Git。不知道（至少对我而言）是，在那之前如何跟踪问题/故障单/错误？我试过了，但没有得到任何有趣的东西。我能够就该主题进行的唯一讨论是Linus 对使用 Bugzilla 的担忧。

推测： - 人们在初始阶段跟踪错误的最简单方法是将票放在自己的分支中，但我确信这不会随着噪音超过好错误而迅速扩展。

我见过并使用过 Bugzilla，除非您有时知道正确的“关键字”，否则您会被难住。注：我在最初几年（1991- 1995年），它们如何特别感兴趣用于跟踪问题。

我确实查看了两个线程，“内核 SCM 传奇”和“琐事：git 何时自托管？ ”但是这些都没有提到早期内核的错误跟踪。

我四处搜索，但没有找到 1991-1992 年存在的任何 FOSS 错误跟踪软件。Bugzilla、Request-tracker 和其他工具出现得更晚，所以它们似乎已经过时了。

关键问题

1. 那时，Linus、子系统维护者和用户是如何报告和跟踪错误的？
2. 他们是否使用了一些错误跟踪软件，制作了一个错误分支并手动提交了关于其中的错误的问题和讨论（这样做会很昂贵且很痛苦），或者只是使用电子邮件。
3. 很久以后，Bugzilla 出现了（1998 年首次发布），这似乎是之后报告错误的主要方式。

期待更清晰地了解过去的事情是如何完成的。

# su -l www-data ./http-app.py
This account is currently not available.
# su -l www-data -c ./http-app.py
This account is currently not available.
# su -c ./http-app.py www-data 
This account is currently not available.
# su -lc ./http-app.py www-data 
This account is currently not available.
# getent passwd www-data 
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
# getent shadow www-data 
www-data:*:16842:0:99999:7:::
# lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.6 (jessie)
Release:        8.6
Codename:       jessie

我的su或有什么问题www-data？它曾经工作... …

我当前的代码如下所示：x=${y:0:40}，它将字符串的长度限制为 40 个字符。如果字符串短于 40 个字符，是否可以用空格填充尾随位置？

所以如果我的 y="very short text"

我希望我y是：

y="非常短的文本（+25 个尾随空格） "

?[$] cat ~/.gitconfig

[user]
    name = Shirish Agarwal
    email = xxxx@xxxx.xxx
[core]
    editor = leafpad
    excludesfiles = /home/shirish/.gitignore
    gitproxy = \"ssh\" for gitorious.org
[merge]
    tool = meld
[push]
    default = simple
[color]
    ui = true
    status = auto
    branch = auto

现在我想把我的 git 凭据放在 github、gitlab 和 gitorious 上，这样每次我都不必在浏览器上查找凭据。如何做到这一点，所以它是自动化的？

我正在运行 zsh