用MinGW的Gcc6.3.0不能編譯
用TDM-gcc的gcc5.1.0就可以
GUI 的話推 Qt 吧，WxWidget 也不錯
在這邊來看，靜態就是吞進肚子裡，說全部都是我的～ 動態就是對外說我需要這個lib，要用到再呼叫。 我對授權沒有很懂，但是免費授權的，有些會不讓你吞下去當成是自己的東西🤔
不過倒是可以把Lib包在裡面一起安裝（望向各種VC runtime
未雨綢繆一下
我現在邊wxWidget的dll是給我編譯程式用的
那我要給別人的時候呢？
dll 就類似 linux 底下的 .so 函式庫，所以最重要的是呼叫的 API，你寫的軟體一定要跟官方版的相容。自己想編編看、增進效能沒關係，但是最好是讓別的使用者用官方版的。因為自己編的不一定適合對方硬體平台，而且著作權是否允許這樣做還要視授權而定。
不過官方wiki的guide就叫開發者自己compile耶(當然也有提供說可以抓預編譯的檔案)
如果是針對 wxWidget 而言，那應該是都可以吧，畢竟他是開源的函式庫。
除非不信任官方建構的二進位程式庫要不然沒必要這麼作
~$ xdg-mime query filetype Win10_1709_Chinese\(Traditional\)_x64.iso
model/x.stl-binary
到底為什麼....
你看一下 kmimetypefinder ~/下載/Win10_1709_Chinese\(Traditional\)_x64.iso 的輸出
application/x-cd-image
(accuracy 100)
更名 ~/.local/share/mime 目錄看看？
KDE只是單純去讀shared-mime-info阿
我猜可能有某種 MIME build cache 沒清到
不過是你也該發現了
grep -lR x-cd-image /
抱歉，無建設性
先猜是 shared-mime-info 的軟體缺陷吧？
好像是xdg檢測magic number爛掉了，應該說它預設設定檔爛掉了
所謂的 fallback 是 fallback 回 CPU 算圖吧？
more technically what happens is that the type is (often) a rough type detection based on primarily its file extension. the contents employs a detection mechnaism which involves actually reading parts of the file, which for ISOs can supposedly come back with anything on the ISO (so long as the ISO can be "opened" for reading that is)
問題是它到底幹麻要用內容來猜，明明都打好好的.iso了
~$ mv Win10_1709_Chinese\(Traditional\)_x64.iso Win10_1709_Chinese\(Traditional\)_x64.ouo
~$ file -i Win10_1709_Chinese\(Traditional\)_x64.ouo
Win10_1709_Chinese(Traditional)_x64.ouo: application/x-iso9660-image; charset=binary
Dolphin 的「原生 CD 映像檔」就是 ISO 的意思啊
你的 /usr/share/mime/packages/freedesktop.org.xml 長怎樣？
Bad API request, maximum paste file size exceeded
大概是因為 magic 吻合的緣故...不過優先權才10而已居然能蓋過別的
應該裝 plasma 還是 plasma-meta
有 meta 的話應該要裝 meta，因為那才是詮釋「plasma 桌面環境應該要有的樣子」的軟體包
APT 有 category，但是很顯然不適合整個裝起來
plasma 在 Arch 上是軟體包群組，plasma-meta 是拉了一票 Plasma 軟體包的虛擬軟體包
是說你都要用 Arch+KDE 了不如來用 Chakra :P
在arch plasma-mate是最小化的plasma環境