Debian 陷入尷尬,社群或群龍無首

2021-09-19 21:06:06 字數 1705 閱讀 4025

前兩天我們才報導過 debian 包維護者 michael stapelberg 因對 debian 社群的現狀不滿而宣布退出 debian 的維護,該訊息引發了人們對於 debian 的擔憂。11 日,郵件列表上一封標題為「leaderless debian」的公開信進一步加深了這種擔憂。

debian 社群目前正在進行領導人選舉,3 月 3 日-10 日是候選人提名階段,然而,截至公開信發出的 11 日,還沒有一位符合資格的 debian 開發者提交申請。

此前的 debian 領導人 chris lamb 一直被寄予厚望,他已經連任了兩年,但是今年他公開表示因為一些 debian 相關的與私人的原因不參與競選。

所以,現在出現了尷尬的情況:「提名期已經結束,競選期已經開始,但沒有人在做任何競選活動。」

為什麼大家都不願擔任領導人呢?

debian 領導人的主要職能有兩項:一方面是代表 debian 到世界各地,在會議上進行分享,同時處理專案與其它團隊和公司的關係;另一方面是行政上的,領導人要管理專案資金,任命開發者在專案中擔任不同角色,並負責專案中的一些細節。

但是公開信中也指出,實際上,因為 debian 專案把各種各樣的許可權都下放到社群成員中,導致領導人的實權實際上並沒有多少。比如,個別開發者幾乎可以完全控制他們維護的軟體包;開發人員之間的技術分歧很大的時候,將由專案技術委員會處理;發布管理者與 ftp 主人有權最終決定專案實際發布的內容,以及何時發布;專案秘書負責確保遵循必要的程式;政策團隊處理專案的大部分總體設計。

另一方面,debian 領導人這個職位需要花費大量時間與精力,但它是沒有薪水回報的。公開信表示,如果之後確認這正是問題所在,那麼社群可能會考慮做出一些改變,創造乙個有償的職位來承擔領導人的工作。

目前沒有一位開發者提名,根據 debian 的章程,提名期延長了一周,也就是 3 月 17 日截止。如果在這個時間之前還沒有人提名,那麼提名期還會再延長一周。該流程將無限持續下去,「直到有人屈服並提交他們的名字」。

而除了無人提名的尷尬,更嚴重的問題是,根據章程,只要任期結束,當前的 debian 領導人 chris lamb 就可以不再履行職責,如果在那個時候還沒有選出新的領導人(畢竟提名期是可以無限延長的),那麼社群就會處在群龍無首的狀態,debian 將會陷入困境,專案運作的各方面都會停滯不前。

然而,好訊息是,debian 章程也預想了這種情況,在沒有專案負責人的情況下,技術委員會主席和專案秘書有權做出各種決定,前提是他們能夠達成一致。信中對這種情況表示樂觀:「由於 debian 開發人員向來以『非爭論群體』著稱,所以達成一致應該不成問題。」但很明顯這種不確定因素過高的方案不是乙個良策。

聯絡一下此前 debian 包維護者 michael 對社群的不滿,他認為 debian 整個開發評估流程都非常遲緩,比如補丁的評估沒有截止日期,有時候他會收到通知說幾年前遞交的補丁現在合併了;賦予維護者的個人自由度太高,一些維護者可以出於個人喜好拒絕合作等,這些都對 debian 的發展產生不好的影響。

就像 michael,許多人都認為社群內部給予開發者的自由度過高,並且帶來不好的影響。按照前邊對於 debian 領導人實權的介紹,這似乎可以理解為現在遲遲沒有人願意競選領導人的主要原因。

再加上開發流程遲緩等問題,如果今年的領導人選舉直到 chris 卸任都沒有結果出現,那麼 debian 更是岌岌可危。

信奉「debian **好」的開發者們,拯救組織的機會就擺在眼前,快去參與競選吧。

Debian 陷入尷尬,社群或群龍無首

開發四年只會寫業務 分布式高併發都不會還做程式設計師?前兩天我們才報導過 debian 包維護者 michael stapelberg 因對 debian 社群的現狀不滿而宣布退出 debian 的維護,該訊息引發了人們對於 debian 的擔憂。11 日,郵件列表上一封標題為 leaderless...

Debian 陷入尷尬,社群或群龍無首

前兩天我們才報導過 debian 包維護者 michael stapelberg 因對 debian 社群的現狀不滿而宣布退出 debian 的維護,該訊息引發了人們對於 debian 的擔憂。11 日,郵件列表上一封標題為 leaderless debian 的公開信進一步加深了這種擔憂。debi...

mysql陷入迴圈 mysqld會陷入迴圈嗎?

我有乙個每天晚上執行的批量作業。它將幾十個資料庫中的某些新資料收集到乙個 資料庫 名為 ac 中,然後與sphinxsearch一起用於自動完成。批量作業及其查詢已執行可靠一年以上。今天我發現批處理作業卡住了。mysqld在乙個核心上使用100 的cpu,通常需要5分鐘的查詢在13小時後仍在執行。d...