到現在我還是覺得三元運送子很難閱讀,尤其裡面是賽一大串判斷運算式,會很難發現分號和問號位置,變成一大段根本不知道在搞什麼的程式碼
把保留關鍵字當成變數名稱,寫出一大段不知到在搞什麼的程式碼,可以用 IDE 套件檢查標示出來
我真的決定aarch64應該放進main repo而不是ports
我甚至覺得他ubuntu-cd那個也是要送 release那頁
archive mirrors 跟 cd mirrors 都有放了
他會去你給的路徑跑爬蟲
看有什麼arch release
image的話是flavor release
flavor 沒有吧 ... 他同步的上游路徑就根本不一樣了,一般不會對 cdimage 做同步
我也不知道,但先撇開他呈現方式也許就 placeholder 還是之前設計了想用沒用,但那個 mirror 的運作方式就不是那樣 XD
除非現在運作方式有變,過往上游來掃的時候我是沒看過有來掃 flavours ... 你講會來掃的應該是 architect 跟版本而已
arch的建構方式好像不會觸發投毒,但確實是有滾到有問題的版本
有人用新出的ultra系列cpu安装过ubuntu吗
我本来在探索如何在ultra9的cpu上面如何安装ubuntu,没想到遇到了你们,有点开心
但是想安装windows+ubuntu双系统来使用,貌似我的电脑不支持linux系统
我们以学习为目标,不谈这些,我本来一心研究技术,不会说话
沒聽過 Linux 不支援現在的 CPU 的,可能 scheduling 比較差,但是用應該可以用
最多的是 GPU 不支援
你現在用 WSL 要看看 Intel 有沒有支援 WSL 的 driver
driver 有分 GPU 和 NPU ,看你應該是要跑 NPU
大陸那邊很多人應該都有弄安裝包和教程吧
刷 B 站的時候常看到和 intel 合作的UP主的置入廣告
ok,我刚刚又下载了一个最新版本ios镜像,准备再测试一下,主要在安装过程中gui分辨率特别小,字体非常大,所以我猜测应该是驱动没有适配,可能和cpu有关系
目前最新的是 24.04 吧,不過如果你要跑 AI
八成這個會踩到不少版本的雷
不想使用npu,就是CPU能正常使用ubuntu系统就可以
我准备现在再安装一次,顺便拍照留记录,一会我电脑发过程中的照片给你看
差一點 Ubuntu 24.04 就預帶有問題的 xz 軟體了
arch的systemd没有链接libsystemd.so,这次应该没事(x
只是這次剛好沒觸發到惡意邏輯而已,實際上還是有安裝到惡意版本
我检查了下我管理的机器,有几个ubuntu noble在我检查的时候已经就降级到旧版了,我自己的桌面是有一台在我检查的时候还是中招的版本(
XZ 專案現在應該不用擔心缺維護者了,各大公司推人搶著加入
才不是,他們主要收入都是 Ubuntu Pro 授權和導入顧問服務
那個是品牌形象代表
就跟微軟不會放生 Windows 一樣
亂講
我的Chromebook啟動後
是搭載Firefox的Debian Bullseye呦
穩定度... 我最多連續 33X 天沒關過機,這算穩定嗎?
在 Ubuntu 18.04 的時候,當然是 Desktop 版本
如果不是當時社區電路維修停電兩小時,不然會更久
我想表示 18.04 都穩定了那 24.04 應該也不會差到哪吧
(大概吧)
其實24.04應該是新版
要日常使用的話
我建議25年Q2再來玩
ZorinOS他們兩個月前才merge了jammy的分支
以前在 16.04 領教過
從 18 開始我就一律等 .1 甚至 .2 才重灌上去
有几个包他们在换成带t64后缀的包,然后有一个依赖还没换成带t64的,但是已经有其他的包依赖它了,比如open-vm-tools,就前两天的事
兄弟 冷靜 那是TeaMeow
那個時候的Ubuntu還在Xenial呦
此 Unity 非彼 Unity
但你懂我懂大家懂
但我裝過 Cinnamon 跟 kde,都順得跟什麼一樣
amd_pstate_epp 也是新kernel才有
之前研究過,缺很多東西,明明生態很有料卻只開一點點功能🤔
不像 kubuntu ,我第一次裝下去的時候整個被驚艷到了,雖然它未必是最好的,但也算是告訴我井外世界的啟蒙教材。
但至於太懶而在後續裝 22.04 回到最最預設的 Ubuntu + Gnome3 又是另一個故事了(ing)
Whoever wants to see my penis erect now send a private message
#管理公示 King CCoC 2. 色情訊息 刪除訊息 + ban
systemd 開發者的表態:
> Libselinux pulls in liblzma too and gets linked into
tons more programs than libsystemd. And will end up in sshd too (at the very
least via libpam/pam_selinux). And most of the really big distros tend do support selinux at least to some level. Hence systemd or not, sshd remains vulnerable by this specific attack.
來源:
https://news.ycombinator.com/item?id=39867126