. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 8.6 對更新套件的幾點提示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 9 如果上游在它的名稱中使用了一些通用術語比如 test-suite，那麼將其重命名，以顯式指明其內容並避免命名空間 污染。12 ⁹Autotools 這個龐然大物顯然已經超出本教程的討論範圍，畢竟本文主要提供關鍵字和提示。如果你需要使用 Autotools ，請認真研讀 Autotools Tutorial (http://www.lrde.epita.fr/~adl/autotools.html) 以及 /usr 的軟件包不衝突的新軟件包。 Section 和 Priority 常被如 aptitude 的前端所使用，以分類軟件包並選擇默認值。一旦你把軟件包上傳到 Debian，這兩 項的值可以被倉庫維護人員修改，此時你將收到提示郵件。 由於這是一個常規優先級的軟體，並不與其他套件衝突，我們將優先級改爲 optional。 第 4 行是維護者的姓名和電子郵件地址。請確保此處的值可以直接用於電子郵件頭的 To 項。因爲一旦你將軟件包上

dsc ../mypackage_2_*.dsc ▶ 透過 lintian (靜態分析工具): 來確認套件 lintian ../mypackage.changes lintian -i: 提示更多錯誤訊息 lintian -EviIL +pedantic: 顯示更多問題 ▶ 上傳套件到 Debian (dput) (需要設定) ▶ 可透過 reprepro的指令管理私有Debian 檔案庫 erence/best-pkging-practices.html ▶ https://people.debian.org/~srivasta/MaintainerScripts.html ▶ 提示使用者 ▶ 務必使用 debconf ▶ 文件: debconf-devel(7) (debconf-doc 套件) Debian 套件打包教學指南 37 / 90 監看上游版本 ▶ 在 debian/watch = packages 來滿足構建套件的需求 ▶ 可透過debuild (感謝 dh)來構建套件 ▶ And add build-dependencies, until it builds ▶ 提示: 使用 apt-cache search 以及 apt-file來尋找套件 ▶ 範例: checking for sdl -config ... no checking for SDL - version

if/else 運算式會傳回列舉，之後列舉會透過 match 解除封裝。 • 您可以嘗試在列舉定義中加入第三個變體，並在執行程式碼時顯示錯誤。請向學員指出程式碼現在 有哪些地方還不詳盡，並說明編譯器會如何嘗試給予提示。 • The values in the enum variants can only be accessed after being pattern matched. • Demonstrate 以下程式碼實作一個非常簡單的運算式語言剖析器，但會藉由恐慌來處理錯誤。請重新編寫，改用慣用的 錯誤處理機制，並將錯誤傳播至 main 的回傳陳述式。您可以自由使用 thiserror 和 anyhow。 提示：首先請修正 parse 函式中的錯誤處理機制。確認一切正常運作後，更新 Tokenizer 即可實作 Iterator>，並在剖析器中處理。 等技術時，需要信任哪些工具、程式庫和人員。 請要求學生不要在完成練習前偷看演講者備忘稿。如果學生在彼此身邊，請要求他們分為 3 到 4 人一組 一起討論。 與第一部分練習 (「Cargo 可帶來優勢的情境」) 相關的附註/提示： • 很棒的是，在編寫工具或設計 Chromium 中某部分的原型時，開發人員可以存取 crates.io 程式庫 豐富的生態系統。幾乎所有東西都有 Crate，而且使用方法通常很簡便 (用於指令列剖析的

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create

而在本開源書中，內容更迭的時間被縮短至數日甚至幾個小時。 1. 內容微調 如圖 16‑3 所示，每個頁面的右上角都有“編輯圖示”。您可以按照以下步驟修改文字或程式碼。 1. 點選“編輯圖示”，如果遇到“需要 Fork 此倉庫”的提示，請同意該操作。 2. 修改 Markdown 源檔案內容，檢查內容的正確性，並儘量保持排版格式的統一。 3. 在頁面底部填寫修改說明，然後點選“Propose file change”按鈕。頁面跳轉後，點選“Create