筆記

這是 DR 在某部主機上遇到的問題，作業系統為 32bit 的 Fedora 21，並且採用的是 LXDE 桌面環境。話說這部主機日前發生過一次 kernel panic 死當，由於這是一部曾經閒置許久的舊主機，還能用就偷笑了，所以 DR 並沒有想要追究死當的原因。斷電重開機後順利進入系統，但是音效卡卻沒有聲音了。

打開音量控制工具一看，發現只列出了一個「Dummy Output」裝置，意思就是 PulseAudio 音效伺服器找不到輸出裝置，如果使用命令行指令「pacmd list-sinks」來檢視也會得到相同的結果。為了釐清是不是硬體出問題，DR 使用安裝在隨身碟裡的系統（同樣是 Fedora 21）來開機，但發現該系統就可以正常發出聲音來。

想不太起來是從什麼時候開始，DR 便被一個中文輸入問題困擾著，那就是有時候明明已經切換到新酷音輸入法的中文輸入，卻只能打出英文來。由於 DR 每隔一段時間就會升級 Linux 的發行版本（例如最近新安裝的 Fedora 21），使得 DR 想不起來是從哪個環境開始有這樣的情形。而過去的處理方式都是在遇到問題時就快速試幾個按鍵或是組合鍵來解決，但直到最近 DR 卯起來想要知道確切的問題點，才找到真正的原因。

那就是在大寫鎖定（Caps Lock）啟用的情況下，就算切換到了新酷音的中文輸入也還是只能輸入英文，反之關閉大寫鎖定就能夠輸入中文。後來上網查了一下，才發現從好幾年前開始，有不少人就已經提到了相同的狀況，這還真是 DR 孤陋寡聞。

趁著新年連假的空檔，DR 將自己的桌面系統從 Fedora 19 升級到 Fedora 21，用的是全新安裝的方式。從 Fedora 21 開始，官方提供了三款適用於不同應用領域的安裝映像檔，分別是：工作站（Workstation）、伺服器（Server）以及雲技術（Cloud）。而 DR 想當然耳的便選擇了工作站版本的映像檔來安裝，至於所使用的安裝媒體則是 USB 隨身碟。

日前回收了一部桌機想要做為上網文書機使用（不是給自己用的）。經過簡單評估後，作業系統決定安裝有長期支援且又是目前最新的 CentOS 7.0。安裝媒體使用的是 USB 隨身碟，只要用 dd 指令就能夠將光碟映像檔做成可開機的隨身碟：

• sudo dd if=CentOS-7.0-1406-x86_64-DVD.iso of=/dev/sdb

這類需求在 Linux 上很容易完成，首先可以利用 Mozilla Firefox 的 Video DownloadHelper 擴充套件，將特定影片的 MP4 影片檔從 YouTube 下載下來後，使用 FFmpeg 轉換為 Ogg 或 MP3 音訊檔的範例指令分別如下：

• ffmpeg -i input.mp4 -vn -acodec libvorbis -q:a 8 output.ogg
• ffmpeg -i input.mp4 -vn -acodec libmp3lame -q:a 0 output.mp3

如果要將 MP4 的 AAC 音訊不經轉換、直接另存為獨立檔案的指令如下：

日前開始將幾部 CentOS 伺服器從 6.5 版更新到 6.6 版，卻在更新後發現 setup 工具的防火牆設定（Firewall configuration）無法執行，關閉 setup 後則會看到 Python 程式的錯誤訊息：

工作上的電子郵件往來有些時候是很制式化的，意即可能會有相當固定的回覆內容或者是相同的處理方式。而對於這類千篇一律的流程，就不免會讓人思考是否有更自動化的作法，比方說讓郵件編輯器預先根據特定條件來產生回覆內容、或是預先代入特定的轉寄對象。如此一來，使用者就不用再花時間打字或是進行選取的動作，不僅能夠更快的將郵件寄出，甚至還能避免一些人為錯誤。

以 Mozilla Thunderbird 郵件軟體來說，可行的作法就是自行撰寫 JavaScript 程式，然後包成擴充套件安裝到 Thunderbird 裡。而 DR 製作了一個範例擴充套件：conditional_message，該套件所處理的應用情境如下：

1. 當接收到的郵件主旨含有「ABC」時，代表是來自「ABC」單位的郵件。
2. 對該單位經常性往來的人員給予簡單回覆。
3. 然後將郵件轉寄給固定的人員進行後續處理。

赫然發現在 Linux 平台上使用掃描器其實還蠻簡單的，以 DR 所使用的 Epson Stylus CX5100 多功能事務機為例，在 Fedora 19 上由於提供掃描器支援的 SANE 已經跟著 GNOME 桌面環境一併安裝，因此只需要再安裝 XSane 的 GIMP plugin：

有些時候會需要在 Android 系統上測試一些程式碼，而一般來說，Android 的開發環境是基於 Eclipse。然而 DR 已經有好段時間沒有使用任何 IDE 了，目前所習慣的開發模式通常就是在文字編輯器上寫程式、用檔案瀏覽器管理檔案以及使用命令行介面（虛擬終端機）進行所需的操作，使用 IDE 反而會覺得渾身不對勁，尤其以前少數使用 Eclipse 的經驗也不是很好。

此外 DR 也不太滿意 AVD（Android Virtual Device）緩慢的效能，因此會想要建立一個無 IDE、也不需要 AVD 卻能夠測試 Android 應用程式的工作環境，所構思的具體作法如下：

Windows 平台上的語音辨識方案有兩種：一種是 .NET Framework 所內建的 System.Speech 命名空間，而另一種則是由 Microsoft Speech Platform SDK 所提供的 Microsoft.Speech 命名空間。兩者的結構頗為相似，許多類別和方法都是一樣的，不過前者的環境建置比較單純，用的是 Windows 本身的語音辨識功能，不需要再安裝 SDK。