अगर इन इंटरफेस के साथ काम करने वाले सॉफ़्टवेयर में डिज़ाइन या सुरक्षा खामियाँ हों, तो वे साधारण ऐप बग से कहीं ज़्यादा गंभीर असर डाल सकती हैं—जैसे सिस्टम‑लेवल एक्सेस या अनपेक्षित अनुमति मिल जाना।
Linux समुदाय में पहले भी Deepin के कुछ मॉड्यूल—खासतौर पर D‑Bus से जुड़े हिस्सों—को लेकर चिंताएँ उठाई गई थीं, क्योंकि इनकी खराब डिज़ाइन या कमजोर सुरक्षा व्यवस्था पूरे सिस्टम पर प्रभाव डाल सकती है।
इसी वजह से Fedora के लिए इन अनसुलझे मुद्दों के साथ पैकेज बनाए रखना जोखिमपूर्ण माना गया।
Fedora का निर्णय पूरी तरह अलग घटना नहीं था। इससे लगभग एक साल पहले openSUSE ने भी Deepin को अपने रिपॉज़िटरी से हटा दिया था।
openSUSE की सुरक्षा टीम ने अपनी जांच में पाया कि:
सुरक्षा विशेषज्ञों ने इसे पैकेजिंग पॉलिसी का गंभीर उल्लंघन बताया और Deepin को अस्थायी रूप से हटाने का निर्णय लिया।
बाद में openSUSE ने कहा कि अगर Deepin अपस्ट्रीम सुरक्षा समस्याएँ ठीक करके नए सुधार प्रस्तुत करता है तो भविष्य में दोबारा समीक्षा संभव है, लेकिन आगे की जांच में सीमित प्रगति ही दिखाई दी।
तकनीकी सुरक्षा मुद्दों के अलावा Fedora डेवलपर्स को प्रैक्टिकल मेंटेनेंस समस्याएँ भी मिलीं।
समीक्षा रिपोर्ट में बताया गया कि:
Linux डिस्ट्रिब्यूशन अक्सर अपस्ट्रीम प्रोजेक्ट्स के साथ मिलकर काम करते हैं। ऐसे में अगर सुरक्षा खामियों या बग्स पर समय पर सहयोग नहीं मिलता, तो पैकेज को सुरक्षित बनाए रखना मुश्किल हो जाता है।
Fedora और openSUSE से Deepin पैकेज हटने का मतलब यह नहीं कि Deepin इस्तेमाल नहीं किया जा सकता। इसका मतलब केवल इतना है कि यह इन डिस्ट्रिब्यूशनों में आधिकारिक रूप से समर्थित डेस्कटॉप वातावरण नहीं रहेगा।
अगर कोई उपयोगकर्ता Deepin चलाना चाहता है, तो उसके पास कुछ विकल्प होते हैं:
हालाँकि इन विकल्पों में उपयोगकर्ता को अपडेट, सुरक्षा पैच और स्थिरता के मामले में ज़्यादा जिम्मेदारी खुद उठानी पड़ सकती है।
Deepin का मामला दिखाता है कि Linux डिस्ट्रिब्यूशन केवल फीचर या डिज़ाइन नहीं देखते—सुरक्षा, पैकेजिंग मानक और सक्रिय मेंटेनेंस भी उतने ही महत्वपूर्ण होते हैं।
जब किसी प्रोजेक्ट में प्रिविलेज्ड सिस्टम इंटीग्रेशन, अधूरी सुरक्षा समीक्षा और सीमित अपस्ट्रीम सहयोग जैसे मुद्दे मौजूद हों, तो बड़े डिस्ट्रिब्यूशन कभी‑कभी कठिन निर्णय लेते हैं—जैसा कि openSUSE और Fedora दोनों ने किया।
Comments
0 comments