यहाँ अलार्म शीर्षक दर्ज करें

उन लोगों के लिए जो अधिक पढ़ना नहीं चाहते: बस इस टिप्पणी को पढ़ें क्लीम लेफ्वेवर लगभग एक साल पहले क्यों संस्करण 2 में 13 की तुलना में, संस्करण 9 में केवल 9 आधिकारिक ट्रैक थे।

मैं व्यंग्य के लिए पहले से माफी मांगूंगा .. मुझे ग्नोम डेवलपर्स को एक और कम झटका देना होगा। GTK3 एक विश्वसनीय API नहीं है। शायद इसे कामवासना कहा जाए। GTK3.4 Gnome3.4 के साथ आया था, और यह पिछले GTK3 विषयों के साथ संगत नहीं था। इसका मतलब यह है कि सभी GTK3 अनुप्रयोग बहुत ही बदसूरत दिखते थे, न केवल सभी GTK2 विषयों के साथ जो GTK3 (लगभग सभी) का समर्थन नहीं करते हैं, बल्कि कुछ ऐसे भी हैं। इसे ध्यान में रखते हुए हमारे पास तीन विकल्प थे:

1) थोड़ा एकीकरण और अनुप्रयोगों के साथ एक डेस्कटॉप पेश करें जो एपीआई के आधार पर अलग-अलग दिखते हैं, जो वे उपयोग करते हैं (जो पूरी तरह से अस्वीकार्य है)
2) मिंट से सभी GTK3 अनुप्रयोगों से छुटकारा पाएं और उन्हें पुराने संस्करणों के साथ GTK2 या GTK2 या क्यूटी अनुप्रयोगों में बदलें (इसमें Gnome एप्लिकेशन शामिल हैं, लेकिन Gdebi, स्ट्रीमिंग और कुछ अन्य भी शामिल हैं)
3) पागलों की तरह बकवास करें, सभी विषयों को हटा दें, और अनगिनत घंटे बर्बाद करें मिंट-एक्स और मिंट-जेड जीटीके "3.4" में सही समर्थन दें, हालांकि यह 3,6 में फिर से टूटने की संभावना है ...

हम विकल्प 3 के लिए गए "इस बार।" आशा है कि यह छोटा उदाहरण तीसरे पक्ष के डेवलपर्स को GTK3 का उपयोग न करने के लिए मनाने के लिए पर्याप्त है। कोई रिलीज़ नोट या प्रलेखन जो प्रतिगमन को बताता है या समस्या को हल करने का तरीका पाया गया है। वास्तव में मुझे लग रहा है कि GTK 3.4 को Gnome 3.4 के लिए विकसित किया गया था, कि यह वास्तव में कोई फर्क नहीं पड़ता अगर यह चीजों को तोड़ता है और हमें नहीं करना चाहिए सूक्ति के बाहर इसका उपयोग करें।

अब उन लोगों के लिए जो बहुत कुछ पढ़ना चाहते हैं:

कुछ दिनों पहले, इग्नोरंटगुरु (स्पेसफ़ एम डेवलपर, पीसीएएमएफएम ऑन स्टेरॉइड्स) ने कई प्रोजेक्ट्स पर एक सुपर टू-पार्ट आर्टिकल भेजा जो गलत ट्रैक पर हैं, जिनमें से कई रेड हैट पीछे हैं। पहले भाग में GTK मुद्दों के बारे में बात करता है। उनके अनुसार, जीटीके के विकास के साथ आंतरिक समस्याएं और डेवलपर्स की मजबूर अनुरूपता दोनों उन लोगों के लिए एक चुनौती का प्रतिनिधित्व करते हैं जो गनोम के बाहर स्थिर सॉफ़्टवेयर बनाते हैं। क्लेम ने जो उल्लेख किया है उसके अलावा, ग्लेड संस्करण 3.8 जीटीके 2 का समर्थन करने के लिए अंतिम था, और वह डेबियन पर वे एक विरासत संस्करण बनाने के लिए भी परेशान नहीं करते हैं (जो व्हीजी के लिए सामने आएगा वह संस्करण 3.12 है)

इग्नोरेंटगुरु को इन समस्याओं का सामना करना पड़ा गनोम बगज़िला में और बेंजामिन ओट्टे (केवल पूर्णकालिक जीटीके डेवलपर) गुणवत्ता वाले उत्तरों के साथ कहते हैं कि जीटीके अतिरिक्त डेवलपर्स के भीतर तैरता नहीं है, शायद ही कभी इस्तेमाल किए गए विषयों के साथ संगतता सुनिश्चित करने के लिए अपना समय बिताता है, और विकास में शामिल थीम लेखक। जीटीके इस बात से सहमत है कि यथास्थिति बनाए रखने की तुलना में थीम को अपडेट करना बेहतर है, और उन फैसलों के बाद विषयों के लिए अनुकूलता का समय नहीं है। Emmanuele Bassi का कहना है कि Adwita (आधिकारिक GNOME विषय) GTK में हर बदलाव के लिए बदलता है, और जब GT GN के लिए विषयों के लेखक और Windows और MacOS के लिए भी नई आवश्यकता के लिए GTK बदल जाता है।

लेकिन यह विचार बहुत पहले से आता है, जब वे अभी भी इस बारे में सोचते थे कि गनोम 3 कैसा होने जा रहा है। इस विचार का जन्म गनोम एक ब्रांड से हुआ था, जिसका उपयोगकर्ता विंडोज (मेनू मेनू नीचे) और Apple () से अलग अनुभव करता है। मेनू बार ऊपर), और एप्लेट्स और एक्सटेंशन के लिए विचार उन्होंने उस विचार को धमकी दी। यदि इसे ठीक नहीं किया जा सकता है, तो इसे ठीक नहीं किया जाएगा। जब कीड़े ऐसे वापस लौटने के लिए कहते हैं, तो वे उन्हें WONTFIX टैग के साथ बंद कर देते हैं। यह और भी आगे जाता है। 2 साल पहले विलियम जॉन मैककैन ने बताया ट्रांसमिशन में एक बग यह पूछने पर कि वे गनोम 3 के लिए अधिसूचना क्षेत्र में आइकन का उपयोग नहीं करते हैं क्योंकि वे समर्थन को हटाने जा रहे थे। जब अनुचर ने शिकायत की कि यह एक्सएफसीई उपयोगकर्ताओं को नुकसान पहुंचा सकता है, तो मैककैन ने जवाब दिया, "मुझे लगता है कि आपको यह तय करना होगा कि क्या यह गनोम, उबंटू या एक्सएफसीई ऐप है, और मुझे नहीं पता कि यह क्या है या क्या है। XFCE, क्षमा करें। »

भाग दो लेख udisks, gvfs, udev और systemd के बारे में बात करता है। Udisks2 के आगमन के साथ, कमांड लाइन को बदल दिया गया, सॉफ्टवेयर और स्क्रिप्ट के साथ संगतता को तोड़ते हुए, जो udisks पर निर्भर थी। इसके लेखक डेविड ज़ुथेन (रेड हैट कर्मचारी) प्रलेखन में जोड़ा गया "यह कार्यक्रम स्क्रिप्ट या अन्य कार्यक्रमों द्वारा उपयोग किए जाने का इरादा नहीं है - रखरखाव रिलीज में भी विकल्प और आदेश असंगत तरीकों से हो सकते हैं।" माननीय जेन यी, PCManFM के निर्माता udisks, polkit, कंसोलिटक की खराबी का पछतावा, और कैसे वे KISS दर्शन से दूर जा रहे हैं। PCManFM और थूनर दोनों ही gvfs API पर निर्भर हैं, जो कि IgnorantGuru के अनुसार खराब बनाए रखा गया है और बहुत अस्थिर है। Udv के बारे में, हाल ही में कुछ Gentoo डेवलपर्स उन्होंने एक कांटा बनाया (eudev) क्योंकि सिस्टम द्वारा udv को अधिक अवशोषित किया गया था, पिछली प्रणालियों के साथ संगतता को तोड़ते हुए। लिनुस पहले से ही मेंटेनर्स को परेशान कर रहा है क्योंकि वे कुछ पैच को स्वीकार नहीं करना चाहते हैं जो कुछ बग्स को ठीक करने के लिए भेजे गए थे।

और सिस्टमड के बारे में (जिसे GNOME निर्भरता के रूप में प्रस्तावित किया गया था), एक पोस्ट में एक बेहतर व्याख्या है आक्रामक प्रचारवाद पर इसे बनाया जा रहा है, जिसे इसके निर्माता, लेनार्ड पोइटरिंग द्वारा समर्थन किया जा रहा है।

इस पोस्ट को "लिनक्स में एक साजिश सिद्धांत" कहा जा रहा था, जैसा कि मूल इग्नोरंटगुरु लेख कहा जाता था। हालांकि, पर्सियस ने मुझे बताया कि यह साजिश नहीं है, बल्कि तोड़फोड़ है, साथ ही लेख जो मैं आपको लिख रहा हूं उससे अधिक एंटी-रेड हैट है। सच यह है कि खुद से पूछना है कि सिस्टमड जैसी परियोजना कितनी स्वतंत्र है? न केवल मेरा मतलब है कि रेड हैट से स्वतंत्र है, लेकिन लेन्नर्ट खुद (यह पहले से ही निर्माता होने के खिलाफ एक माना जाता है)

सूत्रों की विशाल सूची:

http://blog.linuxmint.com/?p=2038
http://www.linuxuser.co.uk/opinion/a-linux-conspiracy-theory
http://www.linuxuser.co.uk/opinion/a-linux-conspiracy-theory/2
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638478
https://bugzilla.gnome.org/show_bug.cgi?id=687752
https://mail.gnome.org/archives/desktop-devel-list/2009-April/msg00314.html
https://trac.transmissionbt.com/ticket/3685
http://udisks.freedesktop.org/docs/1.91.0/udisksctl.1.html
http://igurublog.wordpress.com/2012/03/11/udisks2-another-loss-for-linux/
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01131.html
http://lkml.indiana.edu/hypermail/linux/kernel/1210.0/01889.html
http://lwn.net/Articles/529314/
http://www.reddit.com/r/linux/comments/132gle/eli5_the_systemd_vs_initupstart_controversy/
http://sporkbox.us/blog/?r=page/108