剛剛從 Windows 切換到 Mac 的時候我就意識到了這個問題: Mac 的滑鼠設置和 Windows 用戶熟悉的設置根本相反. Windows 上下旋滾輪是向下翻頁, Mac 是向上翻頁; 且 Mac 光標移動速度也慢到讓人髮指.
本身這就是進設置調一下的問題, 但是我發現觸控板的設置居然和滑鼠是綁在一塊的. 而觸控板的邏輯我比較滿意, 即: 拖動的方向等於頁面滾動的方向. 所以如果我反滑鼠滾輪, 觸控板的方向也一併反轉; 如果我加速光標移動, 觸控板的移動也一併加速. 所以這個問題就長期未解. (我也就慢慢熟悉使用觸控板操作麥金塔電腦了. )
直到我發現了兩款非常好用的免費軟體 —-
閱讀全文 Mac 電腦快速上手: 單獨反轉滑鼠滾輪並加速光標速度在我拿到我的 M1 Macbook Air 的时候, 我就知道接下来的五年内我会一直与 3A 游戏无缘. 事实确实是这样的, 先不说虽有雷电三接口却不支持外置显卡的弊病, Bootcamp 也被苹果禁用, 原因居然是 “微软不授权 Arm Windows 跑在苹果机器上”. ( 厨子: “你说什么? Li 什么? 什么 nux? …” )
对于我这种不折腾就会死星人来说, 虽然身体入了苹果教, 心还是留在 Linux 阵营的嘛! 所以不得已, 只能每次 vscode 远程到我的树莓派上过瘾. 期间也一直在关注虚拟机的发展. 我曾经在淘宝上买过盗版的 Parallel Desktop, 居然跑起来了! 居然还能带 Arm Windows 10 !! 居然还能跑 3A 大作 Control 跑到 30 帧!!! 我整个人都是懵逼的啊. (不过代价就是 CPU 温度直线上升到九十度, 这也就是我当时积极尝试 DIY Macbook 底座的原因. 详见博文 为 Mac DIY 一个半导体制冷底座 )
然而好景不长, 在升级到 MacOS 11 之后淘宝上所有盗版 PD 集体扑街了… (背景音: M1 虚拟化产业到了生死存亡的时刻!!!) 浑浑噩噩几个月过去后, 我突然看到新闻, VMware Fusion 这个后进生居然也捣鼓出东西来了! 不过当时才开学半个月, 我就把这条新闻抛诸脑后了.
今天我突然心血来潮去搜了一下相关消息, 好家伙, 发布都整整两个月了. 于是就有了这篇博文, 记录一下我的新玩具.
閱讀全文 VMWare Fusion 12 登陆 M1 芯片眾所周知 2020 年後半年發布的 Macbook Air ( M1 晶片 ) 是沒有內建風扇散熱的. 好處肯定很多, 沒灰塵煩惱沒有噪音, 但是壞處也很明顯: 一旦碰到繁重的計算任務發熱就非常非常明顯. 我發現這個情況是在玩了半個小時 Untitled Goose Game 後碰了一下功能鍵上方的鐵板, 指尖瞬間傳來燒灼感. 我連忙打開溫控軟件, 發現 CPU 溫度已經達到人神共憤的 90 多度. 這怎麼了得?
偶然想到一年前賤價在京東上收到的幾片半導體制冷片, 我瞬間就有了靈感.
預算可以控制在 ¥100 以内。
原理其实就是半导体制冷片将冷面的热量传导到了热面再由风扇散掉, 以此来从电脑背面带走热量.
需要注意的是, 半导体制冷片散热不良发热会非常严重, 可能直接烧掉. 如果选用功率大的制冷片, USB 线推荐选用 Type-C 快充, (风扇也要够给力), 不然整体的发热根本 Hold 不住.
Man Page ( Manual Page ) 是 Unix 系統標配的在線系統手冊, 主要用來查詢命令. 在使用包管理器安裝程序的時候基本總是可以看到 configurating man-db... 的輸出, 是程序將自己的手冊加入到系統手冊當中.
儘管 Man Page 聲稱是在線手冊 ( 其本身也支持在線查詢 ), 但是大多數手冊都以 troff 格式存儲在本地.
| 章節 | 描述 |
|---|---|
| 1 | 命令 |
| 2 | System calls (Linux 內核函數) |
| 3 | 庫函數. (收錄了部分 C 語言函數) |
| 4 | 特殊檔案 (比方說 /dev 下的文件) 和驅動 |
| 5 | 檔案格式與協定 (e.g /etc/passwd ) |
| 6 | 遊戲和屏保 |
| 7 | 雜項 |
| 8 | 管理員指令 |
在手冊的開頭和結尾都可以看到 名稱(數字) 形式的字串, 括弧中的數字就是說明這個條目隸屬的章節. 一個條目可以隸屬于多個章節, 比如 passwd 是一個命令的同時也是一個檔案, 所以它同時隸屬于第一和第五章.
在我的 Macbook 上使用了幾個月 Chrome 下來, 發現使用期間電池損耗非常之快. 在 Google 上搜索之後, 結果幾乎清一色指向了 Keystone, 一個 Chrome 的更新程式. 根據 Chrome is bad, Keystone 將自己植入系統服務, 瘋狂吃資源, 一度讓 WindowServer CPU 佔用達到 80%. Google 聲稱 Keystone 是用來更新 Chrome 的, 我對此存疑. 更新一個程式需要吃 CPU 吃到 80%? 真當我腦癱啊?
然而要改變習慣也不是那麼容易, 我就很不習慣 Safari 和 Edge 的操作介面. 況且我習慣只有一套密碼, 要切換瀏覽器, 就得先把舊瀏覽器上的密碼通通刪除.
提醒: 如果你也想要轉移到 Firefox, 請不要著急著刪除 Chrome, 在轉移插件和密碼時它還用得到.
為了解決這個問題, 我先嘗試 Chrome 係的 Chromium ( 通過 Brew 安裝 ), 寄希望於它是一個開源軟件, 不會附帶垃圾代碼.
結果我徹徹底底的錯了. Chromium 一不支持 MacArm, ( 而 Chrome 則是支持的 ), 而來佔用比 Chrome 還要高三到五倍, 最離譜的是, 我用 Brew 卸載掉了它居然還在佔我 CPU. 這怎麼忍?
除了高佔用以外, Chromium 還移除了大部分 Google API. 也就是說, 谷歌翻譯、密碼同步、谷歌帳號等功能全部無法使用. 從這點就可以看出來, 作為一個商業巨頭的 Google, 本質上就是一個財閥, 其第一要務就是盈利.
失望之餘, 我徹底刪除了 Chromium.
要跳出 Chrome 的舒適圈, 將密碼轉移到 Firefox 上是一個好主意. 然而我現在正在使用 Keepass ( 一個開源密碼管理器 ), 絕大部分密碼並不儲存在瀏覽器裡. 因此我只要登錄到 Google 帳號, 刪除掉儲存在裡面的密碼就可以了.
要先匯出你的密碼, 或是關閉自動保存, 點擊這個鏈接, 登入 Google 帳戶, 點擊 “Export”.
Export 出來的東西可以導入 Keepass, 也可以導入 Firefox. 我個人偏向於前者.
在 Chrome 中打開這個鏈接, 點擊右上角的三個點然後點擊 “匯出”.
我個人並沒有選擇從 Chrome 匯出書籤, 我覺得切換瀏覽器也是一個小小的新開始, 那些老的書籤大部分我一生都不會再看一次, 不如直接刪掉好了.
我沒有保留除了 Chrome 書籤欄裡的其他任何東西, 而且我其實也基本不使用書籤功能.
遺憾的是, Chrome 並沒有為插件提供一鍵匯出功能. 在 Chrome 種打開這個鏈接, 手動轉移插件吧. 一些插件提供了到匯出配置功能, 會讓整個操作簡單很多.
之前的操作只是匯出了這些資料而已, 接下來要做的是完全刪除這些資料.
Chrome 官方提供了一個一鍵 GoodBye 的功能, 我個人感覺還是非常有良心的.
點擊這個鏈接, 確定你已經匯出了所有這些資料之後, 點擊刪除.
這會刪除你帳戶中關於 Chrome 的所有資料.
以上操作已經完全抹除了你和 Chrome 的關係了, 但是能不能再進一步呢?
瀏覽紀錄除了被儲存在 Chrome 裡面, 還儲存在 Google 活動裡面, 作為 Google 帳戶資料的一部分. 要完全清除, 我們還要執行下面的操作.
光刪除這些並沒有完全刪除你在 Google 留下的痕跡. 接下來需要轉到 Google – 我的活動 來刪除雲端的瀏覽紀錄.
請點擊這個鏈接, 點擊 刪除 – 不限時間 – 全部勾選 – 刪除.
如果以後都不想要 Google 紀錄你的活動, 可以如圖關閉這三個選項.
要刪除其他服務, 請點擊這個鏈接, 自行選擇並刪除.
我個人感覺, 在一一刪除這些資料時, 我處在一種擔憂與爽感並存的狀態. 然而, 在完全刪除之後, 又釋然了. 隱私與自由有的時後和大麻一樣, 都是一種一旦沾上就再也不想失去的東西, 只不過前者是完全無害的.
Firefox 作為一個開源軟件, 而且有大名鼎鼎的 Mozilla 基金會為它背書. Firefox 的主題、插件市場都不下 Chrome AppStore, 也支持同步設置和密碼. 除了手機上的 Firefox 比較不堪以外 (近年來已經大大改善!) , 好像它一直都是 Chrome 的一個絕佳替代方案.
要安裝 Firefox, 可以使用內建的 Brew 包管理器. 順便一提, Firefox 已經支持 M1 晶片.
brew install --cask firefox
安裝完畢之後, 整個過程基本就完成了! 享受這個新的瀏覽器吧!
我正在配置 Qt wasm環境,
但是 emsdk 不支持 apple m1 issue 769 使用 Homebrew 安裝的 emsdk 一直報錯,
沒找到源碼編譯的 Guide 只好使用 Docker.
環境
MacOS Bigsur M1, nodejs
官網指南: 點擊前往
根據官網的描述, Docker 是使用了 QEMU 來虛擬出 AMD/x86 的環境, 反正能正常工作.
首先需要安裝 Rosetta2, 應該都已經有了
softwareupdate --install-rosetta
然後點擊下載 Docker Desktop RC3, 簡單的安裝後啟動, 會要求獲取 root 權限.
點擊 settings - Docker Engine, 在頁面中間的框框裡面加入這麼一行, 配置科大鏡像:
"registry-mirrors": [
"https://docker.mirrors.ustc.edu.cn/"
],
至此, Docker 配置完畢了.
emscripten/emsdk: Docker Hub
以上是兩個所需鏡像, 第二個是可選項. 如果你不是配合 qt 使用的話, 只選第一個就可以了.
但是如果你要配合 qt 使用, 兩個都得裝, 原因會在下文提及.
首先先 拉取 emsdk 的鏡像, 根據 Qt官網 的描述, 我需要的版本是 1.39.8 , 所以我的命令是:
docker pull emscripten/emsdk:1.39.8
沒有特殊要求的話, 後面的 :1.39.8 可以改成 :latest, 或者根本不加, 直接拉取最新版本.
測試一下鏡像:
cd /tmp
# create helloworld.cpp
cat << EOF > helloworld.cpp
#include <iostream>
int main() {
std::cout << "Hello World!" << std::endl;
return 0;
}
EOF
# compile with docker image
docker run \
--rm \
-v $(pwd):$(pwd) \
-u $(id -u):$(id -g) \
emscripten/emsdk \
emcc helloworld.cpp -o helloworld.js
# execute on host machine
node helloworld.js如果看到 輸出 Hello World! 的話, 配置成功了.
每次使用打這麼一大串肯定不現實, 一般的思路是寫一個別名:
# vim ~/.zshrc alias emcc='docker run \ --rm \ -v $(pwd):$(pwd) \ -u $(id -u):$(id -g) \ emscripten/emsdk \ emcc' alias em++='docker run \ --rm \ -v $(pwd):$(pwd) \ -u $(id -u):$(id -g) \ emscripten/emsdk \ em++' # 應用配置 source ~/.zshrc
這樣手敲就沒問題了, 但是用諸如 vscode 之類的工具配置環境會比較煩, 更加穩妥的方式是將其寫進 bash 腳本裡面:
echo '#!/bin/bash /usr/local/bin/docker run \ --rm \ -v $(pwd):$(pwd) \ -u $(id -u):$(id -g) \ emscripten/emsdk \ emcc $*' > /usr/local/bin/emcc echo '#!/bin/bash /usr/local/bin/docker run \ --rm \ -v $(pwd):$(pwd) \ -u $(id -u):$(id -g) \ emscripten/emsdk \ em++ $*' > /usr/local/bin/em++ sudo chmod +x /usr/local/bin/emcc sudo chmod +x /usr/local/bin/em++
至此, emsdk 的安裝已經基本完成.
我正在配置 Qt wasm環境, 但是 emsdk 不支持 apple m1 issue 769
上一篇博文 我配置好 wasm 後發現 還是無法配合 qt 使用.
環境:
MacOS Bigsur M1, Qt 5.15.2
單單配置好wasm, 當前的配置還是不能工作, 比如說, 我現在用 clang 編譯一個 Qt 的 Example:
可以看到, 項目本身沒問題, 能跑起來;
我接著用剛剛配置的 em++ 編譯一遍:
分析上面的報錯, 有一大堆 permission denied 或者 file not found. 結合 Docker 容器的特性, 我們就知道錯誤的根源了. 上面的配置, emcc 的路徑只和當前的路徑對應, 而在 qt 編譯過程中會引用很多不在當前目錄下的文件, 容器找不到, 就只能報錯.
那麼怎麼解決呢? 我們當然可以手動給他映射上去, 但是每一次都這麼幹, 碰到複雜的項目煩也要煩死. 而且如果像第一種沒有 WebAssembly Kit 的情況, qt 自己也不支持, 那麼要做的東西要海了去了. 所以說, 總是要有其他方法的.
這個方法還是 Docker.
Qt 官網文檔: using-docker-test-qt-webassembly
maukalinow/qtwasm_builder: Docker Hub
以上文檔的意思是叫我們自己 Build 一個 Docker 鏡像. 但是顯然已經有人做過了, 本著不要重複發明輪子的定律, 我們可以直接將網友做好的鏡像 Pull 過來: (自行根據 Qt 版本選擇)
docker pull maukalinow/qtwasm_builder:5.15_latest
接著, 我們編譯一下剛才的項目測試一下:
docker run --rm -v ~/Desktop/anaclock/bin:/project/build -v ~/Desktop/anaclock:/project/source maukalinow/qtwasm_builder:5.15_latest
cd /Users/justin/Desktop/anaclock/bin python3 -m http.server
接下來打開 這個地址: http://localhost:8000/analogclock.html
可以看到, 我們的 qt 應用已經在瀏覽器上面原生運行了.
為 Qt 安裝 emsdk 到現在為止已經成功.
觀察以上編譯記錄我們可以發現, 絕大部分的時間都浪費在 generating system library 上了, 而這些庫無疑都是可以復用的. 所以接下來的事情, 就比較簡單了. 在命令後面加一條, 把緩存文件夾映射到宿主機上, 不就成了嗎?
docker run --rm -v ~/Desktop/anaclock/bin:/project/build -v ~/Desktop/anaclock:/project/source -v ~/.emsdk_cache:/root/dev/emsdk/upstream/emscripten/cache maukalinow/qtwasm_builder:5.15_latest
連著運行這個命令兩遍, 可以看出, 第二遍明顯就比第一遍快了 N 多倍.
正如之前提到, 這麼長的命令並不利於記憶, 我們可以寫一個腳本讓他變短很多.
所以我就寫了一個腳本, 你可以在下面的鏈接下載到.
之後只要在目錄下輸入 qtwasm , 構建就自動完成了
Qt 自帶的 SQLITE 驅動, 只支持本地的數據庫 . 而能支持在線數據庫的 QMYSQL 需要自己編譯.
本文的環境使用的是 MacOS Bigsur, Qt版本 5.14.2. ( Qt 不能為從 Brew 安裝的版本! )
前往 官網 下載 SQLServer, 安裝到本地.
我們不需要他開機啟動, 安裝他只是為了獲得他提供的 Lib, 所以進設置關掉開機啟動.
乘著下載的時間, 我們設置一下 PATH
export QTDIR=/opt/Qt/5.14.2/clang_64 export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH export PATH=$QTDIR/bin:$PATH export PATH="/usr/local/mysql/bin:$PATH"
可以試一試運行 mysql, 如果能跑起來, qt 就應該可以監測到.
下載、安裝完成後, 定位到 Qt 安裝的目錄:
cd /opt/Qt/5.14.2/src/qtbase/src/plugins/sqldrivers
(我安裝在/Opt目錄裡面, 你的可能在其他地方.)
然後運行如下指令:
$ qmake -- MYSQL_PREFIX=/usr/local/mysql
Info: creating stash file /opt/Qt/5.14.2/Src/qtbase/src/plugins/sqldrivers/.qmake.stash
Running configuration tests...
Checking for DB2 (IBM)... no
Checking for InterBase... no
Checking for MySQL... yes
Checking for OCI (Oracle)... no
Checking for ODBC... no
Checking for PostgreSQL... no
Checking for SQLite (version 2)... no
Checking for TDS (Sybase)... no
Done running configuration tests.
Configure summary:
Qt Sql Drivers:
DB2 (IBM) .............................. no
InterBase .............................. no
MySql .................................. yes
OCI (Oracle) ........................... no
ODBC ................................... no
PostgreSQL ............................. no
SQLite2 ................................ no
SQLite ................................. yes
Using system provided SQLite ......... no
TDS (Sybase) ........................... no
Qt is now configured for building. Just run 'make'.
Once everything is built, you must run 'make install'.
Qt will be installed into '/opt/Qt/5.14.2/clang_64'.
Prior to reconfiguration, make sure you remove any leftovers from
the previous build.如果你像我一樣看到 Mysql 對應的是yes, 那麼就可以進入下一步了.
make sub-mysql
如果沒有報錯的話, 可以接著運行:
make install
現在 再次編譯程序, 應該已經可以正常工作了.
如果需要打印當前 Qt 支持的驅動, 可以參考以下程序:
#include "mainwindow.h"
#include <QApplication>
#include <QtSql>
int main(int argc, char *argv[])
{
QCoreApplication a(argc, argv);
qDebug() << "Available drivers:";
QStringList drivers = QSqlDatabase::drivers();
foreach(QString driver, drivers)
qDebug() << "\t" << driver;
return a.exec();
}
/opt/Qt/5.14.2/src/qtbase/src/plugins/sqldrivers/plugins/sqldriversqmake , 然後後面怎樣 make 都提示 no, 應該是沒有把第一次 make 出來的東西清理乾淨, 首先make distclean #刪除 make 製造出來的所有文件– 現有一個下載好的 Qt 項目
– 項目裡有很多子文件夾, 沒有 Pro 文件
– 想要導入這個項目, 生成 Pro 文件
在源代碼根目錄下運行以下指令，生成 .pro 文件
qmake -project打開 Qt Creator，點擊導入項目，這個時候應該會出現 Configure Project 的界面 (如果沒有，自己點擊左側的 Project 按鈕配置)
點擊 “Import build from…”, 選擇包含源代碼根目錄的文件夾（包含.pro文件的文件夾的上級目錄)，點擊 Import
點擊 “Configure Project”, 等待…
項目導入完成.