YUM已死，DNF永生

阿新 • • 發佈：2018-12-27

這個應該是從Fedora22開始的……

DNF從Yum分支出來，使用

專注於效能的C語言庫hawkey進行依賴關係解析工作，大幅度提升包管理操作效率並降低記憶體消耗，按原先的節奏本應該是Fedora 22實現這一替代方案，隨著DNF 1.0版本的釋出，這一刻終於到來。

這樣的激進更新是不可避免的，主要是由於Yum不能“Python 3 as default”，而DNF支援Python 2和Python3。（Python 3分支自2008年釋出以來積極開發了五年，已經成熟和穩定，而目前仍在維護的Python 2分支不增加新特性，只接受bug和安全修正，它最早的版本是在2000年釋出的。）與此同時，DNF Python API

和Yum是完全不同的，這兩個專案中所有已知的不相容問題也都被記錄。

在Fedora 22 Core中只有DNF而Yum專案正式宣告死亡。

Yum依然可以下載到，也可同樣呼叫軟體包，以及Python API照舊。只是Yum可執行檔案被重新命名為yum-deprecated，以及Yum呼叫的命令列被重新定向至DNF。這樣你就可以在一個系統上同時保有Yum和DNF。

啟動DNF專案的原因是Yum的三個陷阱：

lundocumented API

lbroken dependency solving algorithm

linability to refactor internal functions。

最後被提及的問題是缺少檔案連結。Yum外掛可以在Yum程式碼中使用任何method，這會造成Yum utility因一些細小變化而突然崩潰。

DNF目標是為了避免Yum執行的錯誤。從一開始所有暴露的API都被適當的記錄，且測試幾乎包含了每一次新的提交。這個專案採用了敏捷開發，會提供使用者一些優先順序功能實現。

DNF現在也在極力推進Yum遷移至DNF，並改善使用者體驗。為了實現輕鬆遷移，已經將DNF遷移外掛匯入了包、組和事務元資料，實現從Yum

至新的Fedora包管理器。

YUM已死，DNF永生

這個應該是從Fedora22開始的…… DNF從Yum分支出來，使用專注於效能的C語言庫hawkey進行依賴關係解析工作，大幅度提升包管理操作效率並降低記憶體消耗，按原先的節奏本應該是F

傳統 Ajax 已死，Fetch 永生（轉載）

此為三輪轉載傳統 Ajax 已死，Fetch 永生原諒我做一次標題黨，Ajax 不會死，傳統 Ajax 指的是 XMLHttpRequest（XHR），未來現在已被 Fetch 替代。最近把阿里一個千萬級 PV 的資料產品全部由 jQuery 的 $.

傳統 Ajax 已死，Fetch 永生

本文轉載自 https://segmentfault.com/a/1190000003810652 侵刪原諒我做一次標題黨，Ajax 不會死，傳統 Ajax 指的是 XMLHttpRequest（XHR），未來現在已被 Fetch 替代。最近把阿里一個千萬級

心已死，夢前行

百分比改變錯誤自己的多行中庸之道思路必須 clas 一：眾星捧月哲理　　1：明知眾多行星光度，熱度遠遠大於不能發光發熱的小行星，因為我們眼睛欺騙了我，而卻很少人去用心思考背後的原委。　　　　剖析：你要相信近水樓臺先得月，這是必須要近。因為月確實表面亮，那我

httpd 已死，但是 subsys 被鎖

http 已死httpd 已死，但是 subsys 被鎖tail /var/log/httpd/error_log裏有：httpd Configuration Failed錯誤解決：ipcs -s | grep root | awk ‘{print $2;}‘ | while read -r line; do

批處理ETL已死，Kafka才是資料處理的未來？

最近的一些資料發展趨勢推動了傳統的批處理抽取 - 轉換 - 載入（ETL）架構發生了巨大的變化：資料平臺要在整個企業範圍內執行；資料來源的型別變得更多；流資料得到了普遍性增長。在 QCon 舊金山 2016 會議上，Neha Narkhede 做了“ETL 已死，而實時流長存”的演講，並討論了企業級資料處