在中国国内，我自己的电脑都是linux系统了，安全点
我們都坦蕩蕩
被中國聽和被美國人聽是一樣的，反正我又不反美國也不反中國
GNU/Linux如果觀念差 我是覺得比Windows還危險
比如說執行sudo rm -r -f /*這個操作,執行這個操作后Linux分區所有內容都消失了。
GNU/Linux不濫用root權限基本不會出現什麼事情
哪方面的空間？snap 軟體包是經過 SquashFS 壓縮的，不應該佔用太多磁碟空間的才是
snap我移除了，然後系統更新后，snap又回來了
完全砍掉 Snap 代表著你可能還需要重裝一些系統組件
請設定 Debian 軟體包的將 snapd 設定為永不自動安裝即可
這是為了方便 rollback，您可以透過 snap forget 命令指定刪除特定備份
Package: snapd
Pin: release a=*
Pin-Priority: -10
未來可能很多由 canonical 維護用在 ubuntu 的軟體只會包 snap 版本，不包 deb 了
ubuntu很多已經是直接複製貼上debian的包了
算了算了，GNU/arch Linux不敢用，怕出事
說的好像 apt 不會爆炸，裝個 NVIDIA 的東西就知道
好，GNU/Windows (subsystem for Linux)
Arch 以前用了幾年都沒炸過
印象中炸最兇的 rolling 只有 Fedora rawhide 跟 openSUSE Tumbleweed
Debian sid 也不太會炸
不如說 GNU/Linux/Systemd/Ubuntu
我剛 roll 爆 yay，但提供的資訊夠多，5分鐘就弄完了
我有個朋友安裝後，更新一次就爆炸了，運氣也太差了，安裝的是debian不穩定版
--我覺得 systemd 就是系統層級的 GNOME--
爆炸它會噴資訊r
你可以透過它噴的資訊很快就找到答案，這就是 ArchWiki帶給我的自信（
CentOS(X)
Centos Stream(O)
apt 噴的錯誤資訊才是真的垃圾，找問題還要到處撈log
centos stream 也是 rolling，沒人在關注維護週期吧XD
這邏輯我也可以說archlinux維護週期無敵長對吧(???
almalinux是唯一一個基礎設施都活著會動的東西
所以用Hurd或kFreeBSD的Debian還活著嗎
終究要回去從 compile 開始，不如開始踏進 arch / gentoo 的世界吧XD
上次 maintain < 1yr 的都可以算活著（
你問題好多喔
snap/flatpak就是用來解決這些問題的，你又不用
LTS 跟依賴老版本也不是同一件事情阿
一直停在老版本，總是會踩到有 bug 或是 security 問題，甚至下游依賴新版本了...
一般正常的fedora和ubuntu支援週期到了就只是更新到下一個版本
啥相容性問題
你不 rolling 現在 ubuntu 20.04 還不是一堆軟體不能用了
RHEL 8 升級到 RHEL 9 沒有升級渠道嗎
你現在Windows11甚至可以兼容為win7 vista開發的軟件
好，你裝一個為 windows 7 開發的桌面小工具來我看看
Windows 可以向後相容又不是 Microsoft 的功勞，只是你在 Windows 下有人幫你處理好了
GNU/Linux系統更新會有一堆依賴問題需要解決
你在 Windows 11 跑 Office 2003 給我看
而且windows下並不是沒有相依問題，是全世界都自己包一份
Microsoft DevBlogs 有一篇特別在講他們是怎麼 graceful fallback 的
最後還是回歸到為何不用 snap/flatpak 這種容器化安裝上，才不會有依賴問題
比windows全世界都自己包一份，snap至少還有一部分共用
feature freeze 的作業系統散布版特性本來就是這樣
我fedora 39上面還不是裝了fedora 36的repo的東西
#管理公示 請避免一句多發，這樣手機通知會一直響很顧人怨……
有沒有開源跟有沒有收進官方 repo 有什麼關聯？
他的意思應該是沒有可以 add-apt-repository 的軟體庫吧⋯⋯
很多軟件還只提供deb包，不提供rpm包，我還用alien工具轉化成rpm包進行安裝的。這樣安裝的更新的時候也會出問題。
而且 Ubuntu 官方的 repo 老到不像畫，像是那個 docker compose
Docker 官方都推薦用自己的 deb 軟體庫了(
Ubuntu 不更新還算可以諒解吧，畢竟是 LTS 會鎖版本
閉源軟件我沒看到ppa倉庫，我火狐和chromium不用snap包，用的是ppa倉庫的den包。，ppa很多開源軟件基本都有
然後裝各種雜七雜八的軟體來源，把你的apt搞炸，最後有兩條路，一個在這邊閒東閒西，一個跑去更好用的package管理工具
應該沒有什麼AUR用戶不會改吧？
它被設計成這麼優秀
但 apt 那個神奇的東西
ArchLinux 要不 rolling 也是可以，但你都來用 ArchLinux 了...
aur 就常常看到有人建不 rolling 的 package
發布 Debian 軟體包的人都會有你主機的 root 權限
安全考慮的話認為大可不必，如果為了文件和設備完全的所有權的話值得如此
歐博 亞星 環球UG 百嘉樂
幸運五星
不中改中 改贏修改
可測試
用官方的deb包應該也不會有問題吧，我flatpak全是自己不信任的軟件
xtradeb 又不是官方的 deb 包
> We are an unofficial Ubuntu initiative aiming to provide the latest software and game packages for the most recent LTS and current Ubuntu releases.
後面那句是在說「你用 Snap/Flatpak/Appimage」就沒有這些問題
appimage 是執行在隔離環境，除非有漏洞能翻出來，不然不用太擔心
Flatpak和snap有一個沙盒隔離了，下載的tar.gz這種二進制文件解壓到home目錄下運行也是安全的吧
然後你的 SSH/PGP 私鑰就被上傳到第三方伺服器了
哭啊，我一直以為有。
那有沒有辦法把 appimage 轉換成 snap 或 flatpak ？
意思是flatpak和snap應用程序是和系統環境相互隔離的，運行這些沙盒包不會對系統進行更改
至於ssh 它要先偷到我的Security Key
真的要用你就是要 100% 信任 Appimage （以及所有依賴軟體組件如 liblzma）的發布者
flatpak和snap是沙盒包，appimage不是沙盒包，但是也可以以沙盒包的形式運行。你可以瞭解一下相關沙盒工具
10開始 DX9部分dll換成新的之後 有些東西就不能順跑了
下次我就想辦法在 XZ Utils 中埋偷密碼跟信用卡號的程式
tar.gz tar.bz2之類的二進制文件解壓後在主目錄下沒有以root身份運行也會真的危險嗎？
稍微查了一下，有一個東西叫 firejail ，不曉得好用與否
deb包為啥不支持用戶級別的安裝，而是只能系統級別的安裝。支持用戶級別的安裝多好啊，這樣deb包安裝後也沒有root權限
小時候第一個學會的指令是 shutdown 系列
我怎麼感覺你這個 CPU 超頻有異曲同工之妙🤔
很多軟體的資源路徑是在源碼建構階段就寫死的，要先修那些軟體
所以後來 Python 製作的工具才喜歡用 pip 管理，雖然有些大型專案還是會盡量相容各種安裝方式，但如果只用 pip 的話就符合你的需求了
Flatpak 可以用使用者身份安裝也是因為它把軟體路徑都魔改到
/app 中
flatpak和snap占用系統的資源比較大，我硬盤小，不太吃的消
但不是每個軟體都有發行 flatpak 格式
還是說我們有辦法強制把它們轉換過去
學會打包 Snap/Flatpak 就可以編譯一次造福無數人喔！
舉個不恰當的例子
Chromium v110 在我的電腦全速跑要編譯六個多小時
flatpak其實是下載deb包來進行安裝的吧，我看我安裝flatpak包的時候，都會有個連接指向deb包的下載鏈接
下載Release的 .tar.gz或.deb根本沒太大差別
releases不提供rpm包，是因為deb可以轉rpm嗎？
光是 snap/flatpak 專案維護者都不一定包了，更別說是 deb/rpm
不過有deb了，rpm包問題不大的，我要用rpm包基本都會找deb，然後使用alien工具把它轉化成rpm包
你還要為每個不相容的 distro 版本分開打包不同的 deb/rpm
直到特定 distro 版本不提供你的軟體依賴的程式庫的時候
說到這個我就很有感
之前因為 glibc 版本過低升不上去才被迫離開 18.04
snap/flatpak/appimage 的出現就是讓你可以安心待在比較舊的作業系統版本上用的，因為不需要考慮軟體依賴問題
18.04LTS可以跨二個版本升級到24.04LTS嗎？
雖然還是會撞到 XDG Desktop Portal 相容性上
我從來沒用過內建的 do release upgrade，都直接重灌，所以也不曉得能不能跨版本
第三方還是算了，不敢相信，Ubuntu如果不強制使用snap的話，或者開源軟件都提供deb，閉源專有軟件提供snap。這樣Ubuntu可能會更受歡迎。
個人是建議不想裝 Snap 軟體就直接把 snapd 服務停用就好了，沒必要連 snapd 都移除
你移除了還要想辦法避免它因為軟體依賴關係自己又裝回來反而比較費工
system disabled snapd.server吗，这个停用会会自动启动服务吗？停用了是不是snap软件无法打开了？flatpak是没有服务的
> system disabled snapd.server吗
systemctl disable snapd.service
> 这个停用会会自动启动服务吗？
除非你手動調用了 snap 命令要不然應該不會
意思是停用了服務snap還是可以正常運行是吧？不影響snap應用的正常使用嗎？如果影響snap應用的使用，是不是運行snap命令，系統又會自動啟動服務？
自動啟動服務的行為可以透過下列命令禁用：
systemctl disable snapd.socket
由於這次xz後門事件，烏班圖24.04LTS會延遲發佈嗎？
有的 Snap 軟體（如 Chromium）有設計使用者資料匯入邏輯，在第一次運行時會將原生安裝的使用者資料匯入到 Snap 應用中
有沒有內置書籤開源的 Snap 打包食譜裡面就能查了，不需要到這裡問
不排斥Linux Mint的話可以試試看Mint
Mint的snap我記得是可以完全關閉的..
嚴格來說 Ubuntu 的也是啦，只是部分軟體要自己找別的來源安裝而已
snap應用會讀取我的chromium配置文件嗎？
用過一段時間,Mint的Cinnamon桌面環境的Wayland有好多問題，然後就沒有用了。我換成kde plasma桌面，那個plasma桌面也有問題
ubuntu-20.04.6-live-server-amd64.iso，用的是这个镜像
您指得是 Firmware Bug 那一行 Linux 作業系統核心運行紀錄還是無法進入圖形界面？
一般來說應該會進去系統安裝界面才對，建議您改用 22.04 的伺服器安裝媒體開機看看能不能重現問題
我不知道最新版本的能不能用，因为这台服务器是十几年前的了
總之先改製作 22.04 伺服器版的安裝媒體開機看看吧，有可能是圖形硬體驅動沒辦法正常運作
只要是 AMD64(Intel 64) 處理器架構的應該都行
這個沒有問題，但是我之前沒有以DD鏡像寫入，就出現問題了，還有你鏡像檢驗散列值了嗎？鏡像一定要驗證一下
你使用rufus創建的時候有兩個選擇，一個是iso一個是dd
你寫入鏡像的時候，可以選擇把鏡像裏面的文件複製到U盤，也可以選擇以區塊形式複製到U盤，DD鏡像是把整個文件的區塊都複製到U盤了。安裝GNU/Linux系統用DD鏡像寫入比較好，不會出現引導問題
當然，要是你要使用rufus製作的話，也是可以的，但是一定要選擇以DD鏡像形式寫入。這樣就不會出現引導問題。
開機的時候在 grub 選單按 e 移除 quite
這訊息不完全