desktop

Podman Desktop 1.2 支援 Docker Compose

Hacker News 上看到 Podman Desktop 支援 Docker Compose 的消息：「Podman Desktop 1.2 Released: Compose and Kubernetes Support (podman-desktop.io)」，連結的原文是 1.2 版的 release notes：「Release Notes - Podman Desktop 1.2」。

原文提到 Compose 而不是直接講 Docker Compose，所以猜測是一個新產品，會不相容 docker compose，但看起來會是相容的東西，最後一句就說可以用 docker-compose 或是 podman-compose 跑：

In the last month we've been addind support for more Compose features. Before you were only able to control a group of containers if they were in a Pod. Now we have added the ability to control a group of Compose containers. You can now start, stop, delete and restart a group of containers launched by either docker-compose or podman-compose.

雖然沒什麼在用，但我還是有透過 Flatpak 裝 Podman Desktop，需要的時候就不用另外搞。

剛剛看了一下 Flathub 上面的版本還是 1.1.0 (Podman Desktop | Flathub)，要等他更新...

Mac 會自己改變 Desktop 位置的問題

以前好像沒遇過，換了 M1 以後才注意到 desktop 位置位自己被改變，覺得很阿雜... 找了資料才發現是個 "feature"：「How to prevent Mac from changing the order of Desktops/Spaces」。

關掉就好了，網路上的資料最早出現在 2018 年左右，大概是那個時候被加進去的？

用 Podman 替代 Docker？

也是因為最近 Docker Desktop 改變授權的關係 (參考先前寫的「Docker Desktop 要開始對商用收費了，以及 Open Source 版本的設法」這篇)，有不少人在講怎麼用 Podman 替代 Docker，不過要注意這邊的替代不是 drop-in replacement，而是功能上的替代。轉移的過程還是得花一些時間處理...

在 Mac 上面的範例大多都是用 Homebrew，我在 MacPorts 上也有看到套件：「podman」，看起來好像得多裝 qemu，但即使把 qemu 裝起來，也還是不會動... 後續因為沒有需求，加上先前已經把 Docker CLI 的版本弄好了，暫時就沒再多研究要怎麼跑起來。

另外有人寫了「Migrating from Docker to Podman」這篇，在「GUI Replacement」的部份還介紹了對應的 GUI 方案，也可以參考看看。

跟以前的養套殺類似，都會推動一些 open source 替代方案的成熟度，以這次的情況看起來這些能量有很大一部份都會進到 Podman 裡面，對於個人用戶也可以再放幾個月看看是不是要跳槽過去。

Docker Desktop 要開始對商用收費了，以及 Open Source 版本的設法

Hacker News Daily 上看到的，Docker Desktop 修改了他的授權條件，對於商用版本要開始收費了：「Docker Desktop no longer free for large companies: New 'Business' subscription is here」，養套殺的過程...

目前看到的條件是 250 人以下的公司，而且年營業額在 10m 美金以下的情況免費，另外個人、教育以及非商業的 open source 專案保持免費：

It remains free for small businesses (fewer than 250 employees AND less than $10 million in annual revenue), personal use, education, and non-commercial open source projects.

如果不符合的話，第一種方法是花錢繼續用 Docker Desktop，看起來最少要買 Pro 等級的方案，費用是每個人 USD$60/year 或是 USD$7/month。

第二種方法是只安裝 command line 的部份，這個部份可以透過 MacPorts 或是 Homebrew 的方式安裝。

我自己是用 MacPorts 的方法裝，雖然有點麻煩，但因為是一次性的設定，應該還算堪用。

首先是去 VirtualBox 官網上面安裝軟體 (我是連「Oracle VM VirtualBox Extension Pack」都裝了)，然後就可以用 MacPorts 裝三包：

sudo port install docker docker-compose docker-machine

接著可以建立要跑 Linux 的虛擬機，docker engine 會跑在裡面：

docker-machine create --driver virtualbox default

然後把虛擬機跑起來：

docker-machine start

可以設定讓虛擬機在整台機器重開機時自動把虛擬機跑起來，但這部份就自己在網路上找文章設定了，因為我用不到... (記憶體不夠，而且平常我也不會在本機上開發)

接著設定需要用到的環境變數：

eval "$(docker-machine env default)"

然後就可以跑 docker ps 之類的指令了，後續就如同以前常見的操作。這個設定環境變數的指令也可以考慮放到 ~/.bashrc 之類的地方讓他在開啟 terminal 時自動設定好。

Homebrew 的話應該也有類似的搞法，就請自己搜了...

IE11 的淘汰計畫

微軟宣佈了淘汰 IE11 的計畫：「The future of Internet Explorer on Windows 10 is in Microsoft Edge」。

標題上方的說明先把重點提出來了：

The Internet Explorer 11 desktop application will be retired on June 15, 2022

不過要注意，Windows 10 LTSC 與 server 版的日期不在這次公告的範圍：

Note: This retirement does not affect in-market Windows 10 LTSC or Server Internet Explorer 11 desktop applications. It also does not affect the MSHTML (Trident) engine. For a full list of what is in scope for this announcement, and for other technical questions, please see our FAQ.

在 FAQ 裡面看起來 Windows 10 LTSC 與 Server 版應該會照著本身作業系統的維護週期走。

另外在文章裡也有提到 Microsoft 365 產品線只支援到今年八月 17 日 (文字部份出自維基百科的「Internet Explorer 11」)：

On August 17, 2020, Microsoft published a timeline indicating that the Microsoft Teams product will stop supporting Internet Explorer 11 on November 30, 2020, and Microsoft 365 products will end Internet Explorer 11 support on August 17, 2021.

對一般使用上影響應該不會太大，因為目前市占率的關係，一般網站使用 Chromium 為底的瀏覽器應該都會動，主要的影響應該是遇到一些古董系統，一定得用 IE 才能使用。

Raspberry Pi 400

Raspberry Pi 推出的整合性硬體 Raspberry Pi 400：「Raspberry Pi 400: the $70 desktop PC」。

主體是 Raspberry Pi 4 (4GB 版本) 整合鍵盤 (一體成形，順便就有外殼了)，另外週邊的配件包括了預載 OS 的 SD 卡、滑鼠、電供，以及 microHDMI 轉 HDMI 線，這樣整包的價錢是 USD$100，但如果只買主體的部份則是 USD$70。

算了一下是不貴 (4GB 版本應該是 USD$55)，主要就是方便吧... 不過散熱的部份不知道有沒有另外處理，如果沒有的話可能得自己貼個散熱片。

比起以前更適合當 dashboard 之類的主機了？

Microsoft 推出的 React Native for Windows + Mac

看到「React Native for Windows + Mac」這個，微軟推出了自己的 porting，以桌面環境的 Windows 與 macOS 為主，另外因為 Windows 10 的關係，也順便把平板與 Xbox 拉進來：

React Native for Windows + Mac brings React Native support for the Windows 10 SDK as well as the MacOS 10.12 SDK. With this, you can use Javascript to build native Windows apps for all devices supported by Windows 10 including PCs, tablets, 2-in-1s, Xbox, Mixed reality devices, etc., as well as the MacOS desktop and laptop ecosystems.

macOS 的 10.12 是 macOS Sierra，已經是 unsupported 的版本 (到 2019 年九月)，所以目前蘋果官方有支援的作業系統都有在這包的範圍內。

Windows 10 SDK 的部份就不知道現在還有在支援的 Windows 8.1 能不能裝了。(看「Windows 10 SDK」這頁有列出 Win32 程式可以，但就不知道這次這包是不是用 UWP 技術...)

本來 javascript 開發 desktop 程式比較常見的是 GitHub 放出來的 Electron，現在等於是微軟多提供了一個選項讓...

在 Ubuntu 下安裝 Tor Browser

因為 Tor Browser 會自己更新，所以不想裝 package 版本。網路上比較多人寫的是 torbrowser-launcher，但這幾天好像炸掉了，會一直說憑證有問題 (在 Issues 的頁面上可以看到一些回報)，所以還是找了一下有沒有官方推薦的方法...

官方提供的是免安裝的執行檔案，結果在下載解開後，就看到了 start-tor-browser.desktop 這個檔案，如果打開來看，裡面就直接講到 --register-app 這個功能：

# After first invocation, it will update itself with the absolute path to the
# current TBB location, to support relocation of this .desktop file for GUI
# invocation. You can also add Tor Browser to your desktop's application menu
# by running './start-tor-browser.desktop --register-app'

他會自動把程式註冊到 ~/.local/share/applications/ 下，這樣用 Launcher 搜尋也找的到了，比想像中簡單不少...

Slack 改善桌面應用程式的效能與記憶體用量

Slack 桌面版改版的消息，在「Slack’s new desktop app loads 33 percent faster and uses less RAM」與「Slack speeds up its web and desktop client」這邊都有提到這兩個數字，不過看了官方的「When a rewrite isn’t: rebuilding Slack on the desktop」這篇，好像沒提到這兩個數字... 但看引用的圖片似乎是官方的評估數字，不知道是從哪邊得到的。

這是一個堅持繼續使用 Electron 的前提下改善效能的過程。如果過個幾年他們決定寫 native application 也不意外就是了，要一直壓榨效能，最後大概都會走到這邊... 當然也有可能靠 Google 一直改善 V8 engine 的效能撐很久 (畢竟 Google 是真狂砸人改善)，現在大家都在賭可以改善多少 XD

這一波最主要的記憶體用量改善是來自於現在使用的 workspace 當然要有完整資料，而其他 workspace 的頁面就只保留狀態 (透過 Redux)：

從記憶體用量可以看出來：

也可以理解因為這樣就不需要在啟動時馬上處理所有 workspace 的資料，所以啟動時間也就下降了不少，但這邊的 trade-off 是切換時的速度就會變慢 (需要重新 render)，不過大概是考慮到常見情境下的切換次數而決定這樣做，應該還算 ok...

Ubuntu 16.04 上多螢幕時登入畫面的設定問題

我的 Ubuntu 桌機在登入後的螢幕設定是這樣，設定在 ~/.config/monitors.xml 裡：

但登入時還是預設值 (四個螢幕都是打橫的)，雖然只是輸入個密碼沒有什麼大礙，但還是想找個方法讓登入畫面吃到正確的 monitors.xml。

查了文件在「Fixing Ubuntu’s Login Resolution」這邊發現 Ubuntu 16.04 (Unity) 是用 LightDM，在登入畫面是透過 lightdm 權限在跑，所以去 ~lightdm/.config/monitors.xml 下設定就可以了，如果用 symbolic link 的話要注意權限的問題。

不小心搞爛的話，可以用 Ctrl-Alt-F1 切到 command line 下登入修正...