在 Linux 終端中開火車
![](https://linuxstory.org/wp-content/uploads/2024/06/214157u334qqdckk3yxkaq.png)
現在是 12 月,每個 Linux 終端用戶都值得這一年的獎勵。因此,我們將為你帶來一個 Linux 命令行玩具的日曆。什麼是命令行玩具?它可能是一個遊戲、一個小的無意義的打發時間的東西,或者為你在終端帶來快樂的東西。
今天的 Linux 命令行玩具來自 Opensource.com 社區版主 Ben Cotton 的建議。Ben 建議 sl
,它是 蒸汽機車 的簡稱。
而對於 Linux ls
命令來說,sl
也是一個常見的拼寫錯誤,這並不是巧合(LCTT 譯註:意即 sl
是專門用來設計提醒 ls
打錯的)。想要不再打錯嗎?嘗試安裝 sl
。它可能已經在默認倉庫中打包。對我而言,在 Fedora 中,這意味著安裝起來很簡單:
$ sudo dnf install sl -y
現在,只需鍵入 sl
即可測試。
你可能會像我一樣注意到,Ctrl+C
不會讓你的火車脫軌,所以你必須等待整列火車通過。這會讓你知道打錯了 ls
!
想查看 sl
源碼?它已經在在 GitHub 上。
sl
也是分享我個人關於開源許可證的見解的絕佳機會。雖然它的許可證「足夠開源」能夠打包到我的發行版,但技術上而言,它並不是 OSI 批准的許可證。在其版權行之後,許可證的內容很簡單:
每個人都可以在這個程序上做任何事情,包括複製,修改和改進,除非你試圖假裝你寫了它。
即,上述版權聲明必須出現在所有副本中。
作者對本軟體不承擔任何責任。
遺憾的是,當你選擇未經 OSI 批准的許可證時,你可能會意外地為你的用戶帶來額外的工作,因為他們必須要弄清楚你的許可證是否適用於他們的情況。他們的公司政策是否允許他們做貢獻?甚至他們可以合法地使用該程序嗎?許可證是否與他們希望與之集成的其他程序的許可證相匹配?
除非你是律師(也許,即使你是律師),否則在非標準許可證範圍內選擇可能會很棘手。因此,如果你仍在尋找新年的方案,為什麼不把僅 OSI 批准的許可證作為你 2019 年新項目的選擇呢。
這並不是對作者的不尊重。sl
仍然是一個很棒的小命令行玩具。
你有一個你認為我應該介紹的最喜歡的命令行玩具嗎?這個系列的日曆大部分已經完成,但我還剩下幾個空餘。請在下面的評論中告訴我,我會了解一下。如果有空間,我會嘗試包含它。如果沒有,但我得到了一些好的投稿,我會在最後做一些榮譽介紹。
了解昨天的玩具,在 Linux 命令行中裝飾字元,還有記得明天再來!
via: https://opensource.com/article/18/12/linux-toy-sl
作者:Jason Baker 選題:lujun9972 譯者:geekpi 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive