整合式開發環境Lazarus

摘要

Lazarus是類似Delphi的快速應用發展的整合開發環境，與Delphi不同的是，它是採用同樣是開放源碼的Free Pascal編譯器。由於Free Pascal支援相當多的處理器架構與作業系統，Lazarus也支援了目前的幾個主流作業系統。Peazip就是以Lazarus開發製作的，Lazarus Application Gallery中還有不少以Lazarus開發的軟體的展示，從中還可以發現一些很有意思的軟體。

雖然object pascal在目前並非流行的編程語言，相關的開發工具使用者群體，遠遠不及其他流行語言的群體，Lazarus用戶更是其中的小眾群體。但Free Pascal/Lazarus的跨平台編譯功能卻是領先了一些商業版開發軟體好幾年，連Delphi當年開發Mac版編譯器都得益於Free Pascal的開放源碼。且Lazarus這開發環境非常方便，也支援多種資料庫，可開發桌面、手機甚至網站應用，還有不少相關資源可運用，對於熟悉object pascal語言的開發者而言，它是個強大的開發工具。

自己之前用了Lazarus好多年，曾記錄了一些相關網路資源，整理一下數量還不少。雖然近年來自己大多使用Python，已逐漸少有機會使用Lazarus，不過這些東西或許往後哪天還是會用得到也說不定。

以下是所整理相關網路資源的一部分，有些連結的內容可能隨著時間過去會有點老舊：

Open-Shell-Menu：微軟視窗作業系統的另類開始選單

雖然Windows 10已經出來這麼久，也依“民意”重新加入了開始選單，但我觀察到一些使用者，還是會另行安裝其他種開始選單軟體，不論是商業版或是自由開源版。過去很多年從Windows 7開始到現在的Windows 10，我一直慣用Classic Shell，這樣做有個好處，不論Windows如何改版，界面設計做了多次變動，我仍然可以沿用一貫的使用習慣。

NirLauncher：200多支免費工具程式集

Nir Sofer製作了不少免費工具軟體讓人使用，自己在十幾年前就用過其中一些，直到現在這些免費軟體的數量已多達200多支。若要使用這些軟體，可以自行在NirSoft網站找尋需要的軟體並下載使用；或是直接下載NirLauncher，這是集合這200多支小工具於一身的軟體包，並附上一個圖形界面以用途分類並顯示每個工具程式的描述，也用來啟動程式。

在NirLauncher的網頁上有提到使用授權，除了其中的NK2Edit若使用在公司/商業組織必須購買商業授權，其他皆可免費使用。

這麼多的工具程式並非每個人都用得著，可從中挑選適用自己的東西，以下是自己較常用的部分工具：

輕量開源的下載管理器uGet

下載管理器（早期大多稱呼為續傳軟體）有相當多選擇，過去自己也用過不少種，從商業軟體到免費軟體或是開放源碼的都有。uGet是我近年來才採用的，開放源碼，輕量不耗資源，功能強大。它的開發歷史到目前為止約有15年了，創立者是位華人。

Ubuntu 18.04無法使用gksu

在這篇〈Ubuntu 16.04關機時等很久〉中的第二種方法提到：

$ gksudo pluma /etc/init/network-manager.conf

但這在Ubuntu 18.04已不再適用，原因是gksu已多年不再維護，基於安全性的考慮，Debian將其移除不再採用，Ubuntu 18.04與其他較新的Linux發行版也不用了。

gksu的作用有點類似su，但用在GTK程式。以前述命令為例，啟動pluma文字編輯程式，開啟network-manager.conf內容之前會先詢問su密碼。這可讓圖形程式以root權限執行，在某些時候可提供些便利性。（KDE也有類似的kdesu。）

我自己始終沒有使用gksu的習慣，移除它對我並沒有影響，但對於慣用的人而言可能會造成些許不便，然而也不用太在意，還是有以下的方法可用。

dpkg: error processing package xxx (--configure)

之前在Ubuntu MATE 18.04上出現的一個狀況，忘了是安裝了什麼軟體之後才出現的，每回執行sudo apt upgrade時總會出現類似的錯誤訊息：

dpkg: error processing package xxx (--configure)

xxx代表某個package的名稱。具體的完整錯誤訊息忘了記錄下來，總之與我用關鍵字到Google搜索到的文章[1]有點類似。這錯誤訊息雖然不影響系統的正常運作，但老出現總覺礙眼，於是就試試該文章所寫的方法，也把這問題解決掉了。方法簡單記錄如下：

Ubuntu 18.04 slow shutdown

自從換版到Ubuntu MATE 18.04後，以前16.04版關機花很久時間的現象在這版仍可見到，只是其中的細節可能稍有不同。去年寫的〈Ubuntu 16.04關機時等很久〉一文中提到二個方法來改善這問題，之前先試了第二種方法，感到有點意外的竟然出現其他的問題，具體的錯誤訊息我也忘了，總之不能用就是了，我也懶得再去管它了。第一個方法則可以用，以下重新描述一下此法。