在 Linux 终端中驾驶火车

现在是 12 月，每个 Linux 终端用户都应该获得奖励，仅仅是因为他们熬过了这一年。所以我们为您带来一个 Linux 命令行玩具的降临日历。什么是命令行玩具？它可能是一个游戏，一个毫无意义的小消遣，或者只是在终端上带给您快乐的东西。

今天的 Linux 命令行玩具是来自 Opensource.com 社区版主 Ben Cotton 的建议。 Ben 建议使用 sl，它是 *steam* *locomotive* 的缩写。

而且，方便且并非巧合的是，它也是 Linux ls 命令的常见拼写错误。 想停止错误输入 ls 吗？ 尝试安装 sl。 它可能已针对您的默认存储库进行打包。 对我来说，在 Fedora 中，安装就像

$ sudo dnf install sl

现在，只需键入 sl 即可尝试。

您可能会注意到，就像我一样，Ctrl+C 不会使您的火车脱轨，因此您必须等待整列火车通过。 这将教您如何错误输入 ls！

想查看 sl 的源代码？ 它位于 GitHub 上。

sl 也是分享有关开源许可的个人 PSA 的绝佳机会。 虽然它的 许可证 “足够开源”，可以为我的发行版打包，但从技术上讲，它不是 OSI 批准的 许可证。 在版权行之后，许可证只是简单地写着

Everyone is permitted to do anything on this program including copying,
modifying, and improving, unless you try to pretend that you wrote it.
i.e., the above copyright notice has to appear in all copies.
THE AUTHOR DISCLAIMS ANY RESPONSIBILITY WITH REGARD TO THIS SOFTWARE.

不幸的是，当您选择未经 OSI 批准的许可证时，您可能会意外地为用户带来额外的工作，因为他们必须确定您的许可证是否适合他们的情况。 他们的公司政策是否允许他们做出贡献？ 他们甚至可以合法地使用该程序吗？ 该许可证是否与他们希望与之集成的另一个程序的许可证相匹配？

除非您是律师（甚至，如果您是律师），否则驾驭非标准许可证空间可能很棘手。 因此，如果您仍在寻找新年决心，为什么不决定仅为 2019 年开始的任何新项目选择 OSI 批准的许可证。

不过，不要不尊重创作者。 sl 仍然是一个很棒的命令行玩具。

您是否有最喜欢的命令行玩具，您认为我应该对其进行描述？ 本系列的日历大部分都已填满，但我还剩下几个名额。 请在下面的评论中告诉我，我会检查一下。 如果有空间，我会尝试将其包括在内。 如果没有，但我收到了一些不错的提交，我将在最后进行一轮荣誉奖。

查看昨天的玩具，在 Linux 命令行上用 Box 包裹自己，明天再回来查看另一个！