गजरचे शीर्षक येथे प्रविष्ट करा

ज्यांना बरेच काही वाचण्याची इच्छा नाही त्यांच्यासाठीः येथूनच ही टिप्पणी वाचा क्लेम लेफेबव्हरे आवृत्ती 2 मधील 13 च्या तुलनेत आवृत्ती 9 मध्ये केवळ 9 अधिकृत ट्रॅक का होते याबद्दल जवळजवळ एक वर्षापूर्वीचे.

मी व्यंग्याबद्दल आगाऊ दिलगिरी व्यक्त करीन .. मला ग्नोम विकसकांना आणखी एक धक्का द्यावा लागेल. जीटीके 3 विश्वसनीय API नाही. कदाचित त्यास लिग्ग्नम म्हणावे. GTK3.4 Gnome3.4 सह आले, आणि ते मागील GTK3 थीम्सशी सुसंगत नव्हते. याचा अर्थ असा आहे की सर्व जीटीके 3 अनुप्रयोग अतिशय कुरुप दिसत आहेत, जीटीके 2 (जवळजवळ सर्वच) समर्थन देत नसलेल्या सर्व जीटीके 3 थीमसहच नाही तर असे करणारे काही देखील दिसत आहेत. हे लक्षात घेऊन आमच्याकडे तीन पर्याय होतेः

1) ते वापरत असलेल्या एपीआयवर आधारित (जे पूर्णपणे अस्वीकार्य आहे) त्यानुसार थोडेसे एकत्रीकरण आणि भिन्न दिसणारे अनुप्रयोग असलेले डेस्कटॉप ऑफर करा
२) मिंट वरून सर्व जीटीके 2 ofप्लिकेशन्सची सुटका करा आणि त्यांना जीटीके 3 किंवा जीटीके 2 किंवा क्यूटी inप्लिकेशन्समधील जुन्या आवृत्त्यांसह बदला (यात जीनोम includesप्लिकेशन्सचा समावेश आहे, परंतु जीडीबी, स्ट्रीमिंग आणि काही इतर)
Crazy) वेड्यासारख्या भागाकडे जा, सर्व थीम काढा आणि मिंट-एक्स आणि पुदीना-झेडला जीटीके "3" मध्ये योग्य पाठिंबा देणारे असंख्य तास वाया घालवा, जरी ते कदाचित पुन्हा 3.4 मध्ये खंडित होईल ...

आम्ही या वेळी पर्याय 3 "गेलो." तृतीय पक्षाच्या विकासकांना जीटीके 3 न वापरण्यास पटवून देण्यासाठी हे छोटेसे उदाहरण पुरेसे आहे अशी आशा आहे. कोणतीही रिलीझ नोट्स किंवा दस्तऐवजीकरण नाही ज्यात रिप्रेशन किंवा समस्येचे निराकरण कसे केले आहे हे स्पष्ट केले गेले आहे. वास्तविक जीटीके 3.4 ही जीनोम 3.4. for साठी विकसित केली गेली आहे, मला खात्री आहे की जी काही गोष्टी खंडित करते त्यात काही फरक पडत नाही आणि आपण तसे करू नये ते Gnome च्या बाहेर वापरा.

आता ज्यांना बरेच काही वाचायचे आहे त्यांच्यासाठीः

काही दिवसांपूर्वी, इग्नोरंटगुरू (स्पेसएफएम डेव्हलपर, स्टिरॉइड्सवरील पीसीएमएनएफएम) ने चुकीच्या मार्गावर असलेल्या अनेक प्रकल्पांवर एक सुपर टू-पार्ट लेख पाठविला, त्यापैकी बरेच रेड हॅट मागे आहेत. पहिल्या भागात जीटीकेच्या मुद्द्यांविषयी बोलतो. त्यांच्या मते, जीटीकेच्या विकासासह अंतर्गत समस्या आणि विकसकांची सक्तीची अनुरुपता जीनोमच्या बाहेर स्थिर सॉफ्टवेअर तयार करतात त्यांच्यासाठी आव्हान दर्शवितात. क्लेमने जे सांगितले त्याव्यतिरिक्त, ग्लेड आवृत्ती 3.8 जीटीके 2 चे समर्थन करणारी शेवटची आवृत्ती होती, आणि ती डेबियन वर ते लेगसी आवृत्ती बनविण्यासही त्रास देत नाहीत (व्हेझीसाठी बाहेर पडेल ती आवृत्ती 3.12 आहे)

अज्ञानीगुरूंना या समस्यांचा सामना करावा लागला जीनोम बगझिला मध्ये आणि बेंजामिन ओट्ट (केवळ पूर्णवेळ जीटीके विकसक) अशी गुणवत्तापूर्ण उत्तरे आहेत की जीटीके अतिरिक्त विकसकांमध्ये पोहत नाहीत, क्वचितच वापरलेल्या थीमसह सुसंगतता सुनिश्चित करण्यात त्यांचा वेळ घालविण्यास आनंदित आहेत, आणि विकासात सहभागी असलेल्या थीम लेखकांनी हे मान्य केले आहे की ते चांगले आहे यथास्थिति राखण्यापेक्षा थीम अद्यतनित करणे आणि त्या निर्णयानंतर थीम्सच्या सुसंगततेसाठी वेळ नाही. इमॅन्युएल बस्सी जीटीकेमधील प्रत्येक बदलांसाठी अद्वैत (अधिकृत जीनोम थीम) बदलते आणि जीएनके बदलते तेव्हा जीएनके आणि विंडोज व मॅकओएससाठी थीम्सचे लेखक नवीन आवश्यकता विचारतात.

परंतु हा विचार फार पूर्वीपासून आला आहे, जेव्हा त्यांनी अद्याप जीनोम 3 कसा असेल याबद्दल विचार केला. विंडोजच्या (खाली असलेल्या मेनू बार) आणि Appleपलपेक्षा वेगळा वापरकर्त्याचा अनुभव असलेल्या, जीनोमला एक ब्रँड परत करण्याचा विचार या जन्मास आला. उपरोक्त मेनू बार) आणि letsपलेट आणि विस्तारांसाठी कल्पना त्यांनी ती कल्पना धमकी दिली. जर ते निश्चित करणे शक्य नसेल तर ते निश्चित केले जाणार नाही. जेव्हा बग्स अशी गोष्ट परत करण्यास विचारत असतात तेव्हा ते त्यांना डब्ल्यूओएनएफएफएक्स टॅगसह बंद करतात. हे आणखी पुढे जाते. 2 वर्षांपूर्वी विल्यम जॉन मॅककॅनने अहवाल दिला ट्रान्समिशन मध्ये एक बग जीनोम 3 साठी सूचना क्षेत्रामध्ये ते चिन्हे वापरणार नाहीत असे विचारून ते समर्थन काढून टाकत आहेत. जेव्हा देखभालकर्त्याने अशी तक्रार केली की यामुळे एक्सएफसीई वापरकर्त्यांना नुकसान होऊ शकते, मॅककन उत्तरले, “मला वाटते की ते तुम्हाला जीनोम, उबंटू किंवा एक्सएफसीई अ‍ॅप आहे काय हे ठरवावे लागेल आणि ते काय आहे किंवा काय नाही याची मला कल्पना नाही. एक्सएफसीई, क्षमस्व .

दुसरा भाग लेख यूडीस्क, जीव्हीएफ, उदेव आणि सिस्टीम बद्दल चर्चा करेल. Udisks2 च्या आगमनानंतर, कमांड लाइन बदलली गेली, ज्याने यूडीस्क्सवर अवलंबून असलेल्या सॉफ्टवेअर आणि स्क्रिप्टची सुसंगतता खंडित केली. त्याचे लेखक डेव्हिड झ्यूथन (रेड हॅट कर्मचारी) दस्तऐवजीकरण मध्ये जोडले "हा प्रोग्राम स्क्रिप्ट किंवा इतर प्रोग्रामद्वारे वापरण्याचा हेतू नाही - पर्याय आणि आदेश भविष्यात देखभाल रीलिझमध्ये देखील विसंगत मार्गाने होऊ शकतात." पीसीमॅनएफएमचे निर्माता होन जेन यी udisks, polkit, consolekit च्या गैरप्रकारबद्दल दिलगिरी व्यक्त करतो, आणि ते KISS तत्त्वज्ञानापासून कसे दूर जात आहेत. पीसीएमएएनएफएम आणि थुनार हे दोघेही gvfs एपीआय वर अवलंबून असतात, जे इग्नोरंट गुरूच्या मते असमाधानकारकपणे देखभाल केले जातात आणि अतिशय अस्थिर असतात. उदेव बद्दल, अलीकडे काही जेंटू विकसक त्यांनी एक काटा बनविला (eudev) कारण पूर्वीच्या प्रणालींशी सुसंगतता तोडणे, udod प्रणालींद्वारे अधिक शोषले गेले. लिनस आधीपासूनच देखभाल करणार्‍यांना बग करीत आहे कारण त्यांना काही दोष निराकरण करण्यासाठी पाठविलेले काही पॅचेस स्वीकारू इच्छित नाहीत.

आणि सिस्टमड बद्दल (जीनोम अवलंबन म्हणून प्रस्तावित होते), पोस्टमध्ये अधिक चांगले स्पष्टीकरण आहे आक्रमक ख्रिश्चनांविषयी हे त्यापासून बनविले जात आहे, ज्याचे निर्माते लेनार्ड पोएटरिंग यांचे समर्थन आहे.

मूळ पोस्ट इग्नोरंटगुरू लेख म्हटल्यामुळे या पोस्टला "ए कॉन्सीरेसी थियरी इन लिनक्स" म्हटले जाईल. तथापि, पर्सियसने मला सांगितले की हे षड्यंत्र नव्हे तर तोडफोड आहे, तसेच लेख जे मी लिहित आहे त्यापेक्षा रेड हॅटविरोधी आहे. स्वत: ला विचारायचे आहे, सिस्टमडे सारखा प्रकल्प किती स्वतंत्र आहे? मी फक्त रेड हॅटपासून स्वतंत्र नाही, तर स्वत: लेनरॅटपासूनही (आधीपासून निर्माते असल्याचा विचार केला जातो)

स्त्रोतांची अवाढव्य यादी:

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