Fedora ने अपने रिपॉज़िटरी से Deepin डेस्कटॉप क्यों हटाया

Fedora Linux ने Deepin Desktop Environment (DDE) से जुड़े सभी पैकेजों को अपनी आधिकारिक रिपॉज़िटरी से हटा दिया है। यह फैसला Fedora Engineering Steering Committee (FESCo) की सुरक्षा और मेंटेनेंस समीक्षा के बाद लिया गया।

इसका मतलब यह नहीं है कि Deepin अब Fedora पर चल ही नहीं सकता—लेकिन इसे Fedora के आधिकारिक पैकेज सेट का हिस्सा नहीं रखा जाएगा, जब तक कि भविष्य में यह दोबारा पूरी सुरक्षा और मेंटेनेंस समीक्षा पास न कर ले।

Fedora का Deepin पैकेज रिटायर करने का फैसला

मई 2026 में FESCo ने Deepin से जुड़े सभी पैकेजों को Fedora रिपॉज़िटरी से हटाने के लिए सर्वसम्मति से वोट किया। साथ ही रिलीज़ इंजीनियरिंग टीम को निर्देश दिया गया कि इन पैकेजों को दोबारा शामिल न किया जाए जब तक वे नई समीक्षा प्रक्रिया से न गुजरें।

Fedora डेवलपर्स की समीक्षा में कई प्रमुख समस्याएँ सामने आईं:

• Deepin के कुछ कंपोनेंट्स में सुरक्षा से जुड़े जोखिम
• Fedora पैकेजों में कमज़ोर या अधूरा मेंटेनेंस
• बग रिपोर्ट और सुरक्षा सवालों पर अपस्ट्रीम डेवलपर्स या मेंटेनरों से समय पर जवाब न मिलना

Fedora जैसे डिस्ट्रिब्यूशन के लिए, जहाँ पैकेजिंग और सुरक्षा मानक काफ़ी सख्त होते हैं, ऐसी परिस्थितियों में सॉफ़्टवेयर को आधिकारिक रिपॉज़िटरी में बनाए रखना मुश्किल हो जाता है।

D‑Bus और Polkit को लेकर सुरक्षा चिंताएँ

समीक्षा के दौरान एक अहम मुद्दा उन Deepin कंपोनेंट्स से जुड़ा था जो D‑Bus और Polkit जैसे सिस्टम‑लेवल मैकेनिज़्म से इंटरैक्ट करते हैं।

• D‑Bus एप्लिकेशन और सिस्टम सेवाओं के बीच संचार संभालता है।
• Polkit यह तय करता है कि कौन‑सी प्रक्रिया प्रशासनिक (admin) अधिकारों का उपयोग कर सकती है।

अगर इन इंटरफेस के साथ काम करने वाले सॉफ़्टवेयर में डिज़ाइन या सुरक्षा खामियाँ हों, तो वे साधारण ऐप बग से कहीं ज़्यादा गंभीर असर डाल सकती हैं—जैसे सिस्टम‑लेवल एक्सेस या अनपेक्षित अनुमति मिल जाना।

Linux समुदाय में पहले भी Deepin के कुछ मॉड्यूल—खासतौर पर D‑Bus से जुड़े हिस्सों—को लेकर चिंताएँ उठाई गई थीं, क्योंकि इनकी खराब डिज़ाइन या कमजोर सुरक्षा व्यवस्था पूरे सिस्टम पर प्रभाव डाल सकती है।

इसी वजह से Fedora के लिए इन अनसुलझे मुद्दों के साथ पैकेज बनाए रखना जोखिमपूर्ण माना गया।

openSUSE के फैसले का असर

Fedora का निर्णय पूरी तरह अलग घटना नहीं था। इससे लगभग एक साल पहले openSUSE ने भी Deepin को अपने रिपॉज़िटरी से हटा दिया था।

openSUSE की सुरक्षा टीम ने अपनी जांच में पाया कि:

• एक पैकेजिंग वर्कअराउंड इस्तेमाल किया गया था जो RPM सुरक्षा समीक्षा प्रक्रिया को बायपास कर देता था।
• इस तरीके से ऐसे कंपोनेंट इंस्टॉल हो सकते थे जिन्हें सामान्यतः सुरक्षा टीम की अनुमति चाहिए होती है।
• इनमें D‑Bus सिस्टम सर्विस फाइलें और Polkit नीतियाँ भी शामिल थीं, जो सिस्टम के संवेदनशील कार्यों को नियंत्रित करती हैं।

सुरक्षा विशेषज्ञों ने इसे पैकेजिंग पॉलिसी का गंभीर उल्लंघन बताया और Deepin को अस्थायी रूप से हटाने का निर्णय लिया।

बाद में openSUSE ने कहा कि अगर Deepin अपस्ट्रीम सुरक्षा समस्याएँ ठीक करके नए सुधार प्रस्तुत करता है तो भविष्य में दोबारा समीक्षा संभव है, लेकिन आगे की जांच में सीमित प्रगति ही दिखाई दी।

मेंटेनेंस और अपस्ट्रीम कम्युनिकेशन की समस्या

तकनीकी सुरक्षा मुद्दों के अलावा Fedora डेवलपर्स को प्रैक्टिकल मेंटेनेंस समस्याएँ भी मिलीं।

समीक्षा रिपोर्ट में बताया गया कि:

• कुछ मेंटेनरों से संपर्क करना कठिन था
• बग रिपोर्ट और सुरक्षा सवालों पर प्रतिक्रिया धीमी या अनुपस्थित थी

Linux डिस्ट्रिब्यूशन अक्सर अपस्ट्रीम प्रोजेक्ट्स के साथ मिलकर काम करते हैं। ऐसे में अगर सुरक्षा खामियों या बग्स पर समय पर सहयोग नहीं मिलता, तो पैकेज को सुरक्षित बनाए रखना मुश्किल हो जाता है।

Deepin उपयोगकर्ताओं के लिए इसका क्या मतलब है

Fedora और openSUSE से Deepin पैकेज हटने का मतलब यह नहीं कि Deepin इस्तेमाल नहीं किया जा सकता। इसका मतलब केवल इतना है कि यह इन डिस्ट्रिब्यूशनों में आधिकारिक रूप से समर्थित डेस्कटॉप वातावरण नहीं रहेगा।

अगर कोई उपयोगकर्ता Deepin चलाना चाहता है, तो उसके पास कुछ विकल्प होते हैं:

• ऐसी Linux डिस्ट्रीब्यूशन का उपयोग करना जो Deepin को आधिकारिक रूप से शामिल करती हो
• थर्ड‑पार्टी या कम्युनिटी रिपॉज़िटरी से Deepin इंस्टॉल करना
• Deepin कंपोनेंट्स को मैन्युअली बिल्ड या पैकेज करना

हालाँकि इन विकल्पों में उपयोगकर्ता को अपडेट, सुरक्षा पैच और स्थिरता के मामले में ज़्यादा जिम्मेदारी खुद उठानी पड़ सकती है।

ओपन‑सोर्स इकोसिस्टम के लिए एक संकेत

Deepin का मामला दिखाता है कि Linux डिस्ट्रिब्यूशन केवल फीचर या डिज़ाइन नहीं देखते—सुरक्षा, पैकेजिंग मानक और सक्रिय मेंटेनेंस भी उतने ही महत्वपूर्ण होते हैं।

जब किसी प्रोजेक्ट में प्रिविलेज्ड सिस्टम इंटीग्रेशन, अधूरी सुरक्षा समीक्षा और सीमित अपस्ट्रीम सहयोग जैसे मुद्दे मौजूद हों, तो बड़े डिस्ट्रिब्यूशन कभी‑कभी कठिन निर्णय लेते हैं—जैसा कि openSUSE और Fedora दोनों ने किया।