@ sledgehammer999 आपको इसे पढ़ना चाहिए => https://github.com/orgs/qbittorrent/teams/bug-handlers/discussions/5

शुक्र है कि वायरस नहीं है (और मुझे आशा है कि मैं इसी तरह बना रहूंगा)।

मैं व्यक्तिगत रूप से आपके लिए खुश हूं।

लेकिन मैं वास्तव में परियोजना में वर्तमान स्थिति के बारे में दुखी हूं (और मैं अकेला नहीं हूं जो ऐसा ही महसूस करता है)। परिवर्तन का समय महत्वपूर्ण है। तो आपको या तो परियोजना के प्रबंधन/रखरखाव का पुनर्गठन करना चाहिए, या स्पष्ट रूप से घोषित करना चाहिए कि यह केवल आपका व्यक्तिगत खिलौना है, ताकि किसी और को झूठी उम्मीद न हो।

क्या कोई कमिट है जिसे छूट दी जानी चाहिए?

मुझे नहीं लगता कि अब किसी भी बदलाव को छोड़ना समझदारी है।

किसी भी मामले में, एक नई रिलीज लंबे समय से अतिदेय है।

बहुत ज्यादा।

क्या मुझे, हमेशा की तरह, सभी नए मास्टर को v4_2_x शाखा में बैकपोर्ट करना चाहिए?

क्यों v4.2.x? v4.3 के लिए और भी काफी बदलाव हैं!
इसके अलावा, आप वर्तमान मास्टर के शीर्ष पर केवल v4_3_x शाखा बना सकते हैं, इस अनावश्यक कार्य को "चेरी-पिकिंग" द्वारा एक-एक करके करने के बजाय।

मैंने पिछली रिलीज़ से लेकर नवीनतम मास्टर तक के कामों को देखना समाप्त कर दिया है। (प्रतिबद्ध शीर्षक और पीआर विवरण अधिकतर)

क्यों v4.2.x? v4.3 के लिए और भी काफी बदलाव हैं!

हां। एक टन कमिट है। और चूंकि libtorrent 1.1.x को हटा दिया गया था, यह निश्चित रूप से v4.3.x की गारंटी देता है। (और v4.4.x libtorrent 2.0.x और c++17 के लिए !!!)
मैं आगामी चैंज के लिए जल्द से जल्द एक नया पीआर बनाऊंगा।

परियोजना प्रबंधन के बारे में: हम सप्ताहांत/आगामी रिलीज के बाद इस पर चर्चा करेंगे।

@ स्लेजहैमर999

खुशी है कि आप वापस आ गए हैं और सब कुछ ठीक है।

क्या मुझे, हमेशा की तरह, सभी नए मास्टर को v4_2_x शाखा में बैकपोर्ट करना चाहिए? क्या कोई कमिट है जिसे छूट दी जानी चाहिए?

मैं नए संस्करण 4.3.x को लेबल करने के प्रस्ताव के प्रति उदासीन हूं। यह आपको और दूसरों को तय करना है।

सभी कमिट अच्छे AFAIK हैं। हालाँकि, बहुत से महत्वपूर्ण सुधारों को भी libtorrent में मिला दिया गया है, इसलिए इस नई रिलीज़ के लिए नवीनतम संभव RC_1_2 का उपयोग करना महत्वपूर्ण है।

BitTorrent V2 सपोर्ट के संबंध में पहले से ही कुछ कमिटमेंट हो चुके हैं। हालांकि, मैं उम्मीद करता हूं कि यह रिलीज नवीनतम लिबटोरेंट RC_1_2 के साथ बनाया जाएगा जैसा कि ऊपर बताया गया है, इसलिए अधिकांश उपयोगकर्ता इसे व्यवहार में नहीं देखेंगे। इस प्रकार, मैं इसे समझाते हुए चैंज में एक नोट डालूंगा, ताकि जब उपयोगकर्ता बिटटोरेंट V2-संबंधित प्रविष्टियों को पढ़ें तो उन्हें झूठी उम्मीदें न हों।

मैंने अपने स्थानीय टूलचेन को अप-टू-डेट बना दिया है। बैकपोर्टिंग/चेंजलॉग/न्यूनतम परीक्षण में कुछ समय लगेगा। लेकिन मुझे लगता है कि परिवर्तनों के आकार के आधार पर यह सप्ताहांत एक व्यवहार्य लक्ष्य है।

क्या आप कृपया इसके बारे में विवरण प्रदान कर सकते हैं? मुझे लगता है कि आपके पास नवीनतम MSVC 2019 है और मैं _होप_ आप निर्भरता के लिए vcpkg या समान का उपयोग कर रहे हैं - जिस तरह से सब कुछ बनाया गया है और अधिक प्रतिलिपि प्रस्तुत करने योग्यता में मामूली विसंगतियों के कारण अजीब बग की कम संभावना है। आप प्रेरणा के लिए नए GitHub Actions CI की जाँच कर सकते हैं। कृपया इस बार निर्माण के लिए सीएमके का उपयोग करना याद रखें, यह नया डिफ़ॉल्ट बिल्ड सिस्टम बन गया है।

परियोजना प्रबंधन के बारे में: हम सप्ताहांत/आगामी रिलीज के बाद इस पर चर्चा करेंगे।

ठीक है, लेकिन कृपया बाद में के बजाय जल्दी करें। और हमें रिलीज प्रक्रिया को स्वचालित करने की चर्चा आगे भी जारी रखनी चाहिए, ताकि पैकेजिंग भी स्वचालित रूप से की जा सके।

@ स्लेजहैमर999

इसके अलावा, कृपया प्रक्रिया में पीपीए को साफ करें। उबंटू 18.04 , 20.04 और 20.10 के अलावा अन्य रिलीज ईओएल हैं, इसलिए उन संस्करणों को लक्षित करने वाले निर्माण के लिए संग्रह को ASAP हटा दिया जाना चाहिए।

इसलिए इस नई रिलीज़ के लिए नवीनतम संभावित RC_1_2 का उपयोग करना महत्वपूर्ण है।

यह बिना कहे चला जाता है।
क्यूटी 15.1, ओपनएसएल 1.1.1एच, बूस्ट 1.74

RC_2_0 का अभी तक उपयोग नहीं किया जाएगा। कुछ आधिकारिक बीटा रिलीज़ के बिना नहीं।

मुझे लगता है कि आपके पास नवीनतम MSVC 2019 है और मुझे आशा है कि आप vcpkg का उपयोग कर रहे हैं

नहीं, मैं अभी भी इस रिलीज के लिए msvc2017 के साथ रह रहा हूं। पिछली बार जब मैंने msvc2019 की जाँच की तो इसने qbt के लिए बहुत बड़ी .pdb फ़ाइल तैयार की। मैं बाद में दोबारा जांच करूंगा लेकिन इस रिलीज के लिए नहीं।
बाकी निर्भरताएं उसी तरह से बनाई गई हैं जैसे मैंने हमेशा काम किया है। कमोबेश यहाँ वर्णित है: https://github.com/qbittorrent/qBittorrent/wiki/Compiling-with-MSVC-2019- (स्थिर-लिंकेज)

कृपया इस बार निर्माण के लिए सीएमके का उपयोग करना याद रखें, यह नया डिफ़ॉल्ट बिल्ड सिस्टम बन गया है ।

जाहिरा तौर पर मैंने इसे git लॉग में याद किया। मैं थोड़े परेशान हूं लेकिन मैं वास्तव में इसका विरोध नहीं कर सकता क्योंकि अन्य सभी ऑटोटूल/क्यूमेक की तुलना में सेमेक का उपयोग करने में अधिक सहज महसूस कर रहे हैं।
हालांकि, कुछ समय के लिए मैं रिलीज के लिए ऑटोटूल/क्यूमेक का उपयोग करना जारी रखूंगा। मेरे पास रिलीज के लिए सेमेक के साथ खुद को परिचित करने का समय नहीं है।

मैं देखूंगा कि पीपीए के बारे में क्या करना है, हालांकि वे किसी को नुकसान नहीं पहुंचाते हैं।

@ sledgehammer999 मुझे पता है कि आप नहीं चाहते कि सामान्य उपयोगकर्ता यहां टिप्पणी करें, इसलिए क्षमा करें ......

मैं MSVC 2019 के साथ संकलित करता हूं और qBittorrent निष्पादन योग्य आमतौर पर लगभग 27 एमबी और .pdb 180 एमबी के होते हैं

क्या आपने /pdbstripped का उपयोग करने के बारे में सोचा है?

मैं MSVC 2019 के साथ संकलित करता हूं और qBittorrent निष्पादन योग्य आमतौर पर लगभग 27 एमबी और .pdb 180 एमबी के होते हैं

Msvc2017 और वर्तमान मास्टर के साथ तुलना करें: 24.4MB exe और 98.1MB pdb। जैसा कि मैंने कहा कि msvc2017 की तुलना में pdb बहुत बड़ा है।

इसके अलावा, मुझे नहीं लगता कि हम /pdbstripped चाहते हैं। प्रोग्राम क्रैश होने पर यह शायद कम उपयोगी बैकट्रैक देगा।

इसके अलावा, मुझे नहीं लगता कि हम /pdbstripped चाहते हैं। प्रोग्राम क्रैश होने पर यह शायद कम उपयोगी बैकट्रैक देगा।

/PDBCompress ?

@ स्लेजहैमर999

स्वचालित CI बिल्ड, जो CMake + नवीनतम MSVC 2019 + vcpkg (https://github.com/qbittorrent/qBittorrent/actions) का उपयोग करते हैं, 57 MiB (निष्पादन योग्य) + 122 MiB (pdb) पर हैं।

नहीं, मैं अभी भी इस रिलीज के लिए msvc2017 के साथ रह रहा हूं। पिछली बार जब मैंने msvc2019 की जाँच की तो इसने qbt के लिए बहुत बड़ी .pdb फ़ाइल तैयार की। मैं बाद में दोबारा जांच करूंगा लेकिन इस रिलीज के लिए नहीं।

यह आईएमओ का एक अच्छा कारण नहीं है। MSVC 2019 में कई सुधार हैं। यह (अंत का) 2020 है। कोई भी अतिरिक्त \~50 MiB इंस्टॉलेशन आकार की परवाह नहीं करता है (और यदि वे करते हैं, तो बहुत खराब lol)। हम बाद में इसका पता लगा सकते हैं कि क्या कुछ पीडीबी/निष्पादन योग्य है, लेकिन अभी के लिए सब कुछ काम करता है और एक अतिरिक्त \~50 MiB एक ट्रेडऑफ़ है जिसे मैं सप्ताह के किसी भी दिन और अधिक हालिया टूलचेन के लिए बनाऊंगा।

इसके अलावा, मुझे नहीं लगता कि हम /pdbstripped चाहते हैं। प्रोग्राम क्रैश होने पर यह शायद कम उपयोगी बैकट्रैक देगा।

:+1:, लेकिन भविष्य में इसकी ठीक से जांच की जा सकती है।

बाकी निर्भरताएं उसी तरह से बनाई गई हैं जैसे मैंने हमेशा काम किया है। कमोबेश यहाँ वर्णित है: https://github.com/qbittorrent/qBittorrent/wiki/Compiling-with-MSVC-2019- (स्थिर-लिंकेज)

जाहिरा तौर पर मैंने इसे git लॉग में याद किया। मैं थोड़े परेशान हूं लेकिन मैं वास्तव में इसका विरोध नहीं कर सकता क्योंकि अन्य सभी ऑटोटूल/क्यूमेक की तुलना में सेमेक का उपयोग करने में अधिक सहज महसूस कर रहे हैं।
हालांकि, कुछ समय के लिए मैं रिलीज के लिए ऑटोटूल/क्यूमेक का उपयोग करना जारी रखूंगा। मेरे पास रिलीज के लिए सेमेक के साथ खुद को परिचित करने का समय नहीं है।

:-1:, इस तरह से अधिकांश लोग विंडोज़ पर पिछले महीनों से qBittorrent का परीक्षण नहीं कर रहे हैं। बहुत से लोग मेरी सीआई शाखा (सीएमके + वीसीपीकेजी) से निर्माण का उपयोग कर रहे थे, और अब रेपो का अपना क्रिया अनुभाग। मैं कहूंगा कि यह अत्यधिक संभावना है कि यदि आप ऐसा करते हैं तो हम निर्माण प्रक्रिया में अंतर से उत्पन्न अस्पष्टीकृत प्रतिगमन का निरीक्षण करेंगे।

@ sledgehammer999 मैं रिलीज से पहले "ब्लॉकर्स" नहीं जोड़ना चाहता, लेकिन कम से कम मैं इसके उतरने का इंतजार करूंगा, क्योंकि यह मूल रूप से तैयार है: https://github.com/qbittorrent/qBittorrent/pull/13499

Async I/O थ्रेड्स के लिए डिफ़ॉल्ट में परिवर्तन कई उपयोगकर्ताओं के लिए फायदेमंद होगा।

मैं msvc2019 को भंग नहीं करना चाहता, लेकिन मुझे लगता है कि आप हर नई चीज़ को बेहतर मानने में थोड़ा ऊपर हैं। हमेशा ऐसा नहीं होता है। और हाँ एक बीटी क्लाइंट के लिए 50 एमबी अतिरिक्त एक बड़ी बात है। यह बिना किसी मापनीय लाभ के अनावश्यक ब्लोट है (उदाहरण के लिए कार्यक्रम 1.5x तेज नहीं होता है)।

अंत में बिल्ड सिस्टम के बारे में: यदि हम केवल बिल्ड सिस्टम परिवर्तन से प्रतिगमन देखते हैं तो कोड में कुछ गंभीर गड़बड़ है। सामान इतना नाजुक नहीं होना चाहिए।

13499 दायरे से बाहर है क्योंकि यह एक libtorrent 2.0.x विकल्प के बारे में है जो अभी तक डिफ़ॉल्ट नहीं है। अंत में कटौती सप्ताहांत में की जाएगी।

@ स्लेजहैमर999

मैं msvc2019 को भंग नहीं करना चाहता, लेकिन मुझे लगता है कि आप हर नई चीज़ को बेहतर मानने में थोड़ा ऊपर हैं। हमेशा ऐसा नहीं होता है।
और हाँ एक बीटी क्लाइंट के लिए 50 एमबी अतिरिक्त एक बड़ी बात है। यह बिना किसी मापनीय लाभ के अनावश्यक ब्लोट है (उदाहरण के लिए कार्यक्रम 1.5x तेज नहीं होता है)।

कृपया मेरे तर्कों को "नया = बेहतर" कहकर खारिज न करें। और मुझे लगता है कि आप 50 MiB के लिए एक बदतर टूलचेन से चिपके रहने के साथ थोड़ा "ओवर द टॉप" हैं। बेशक आप कभी भी (या बहुत कम ही) अपने टूलचेन को अपडेट करने से "1.5x" गति देखते हैं। लेकिन यह सेट करने के लिए एक अवास्तविक बार है। अधिक हालिया टूलचेन के साथ "1.5x" गति नहीं हो सकती है, लेकिन हमेशा छोटे प्रदर्शन सुधार, बेहतर भाषा समर्थन, बेहतर कोड जीन (कभी-कभी कम बग की ओर ले जाते हैं), ... ऑनलाइन दस्तावेज़ीकरण करने वाले बहुत सारे संसाधन हैं एमएसवीसी 2019 में सुधार

फिर से, मैं सहमत हूं कि यदि संभव हो तो हमें उन अतिरिक्त 50 MiB को बंद कर देना चाहिए, लेकिन मेरा कहना यह है कि यदि हम अगली रिलीज (या कभी!) के लिए समय पर ऐसा नहीं कर सकते हैं, तो यह ठीक है। साथ ही, इसका कोई मतलब नहीं है कि यह हर रिलीज के साथ एक बार फिर होता रहेगा (मैं उस मामले में भी नाराज हो जाऊंगा)। यह बहुत स्पष्ट रूप से एक बार का मुद्दा है। एक उपयोगकर्ता के रूप में, मैं यह नहीं सुनना चाहता "यहाँ आपकी खराब गुणवत्ता वाली बाइनरी है, लेकिन कम से कम हमने आपको 50 MiB बचाए हैं, भाई"। 50 एमआईबी आजकल एक गोल त्रुटि है (डेस्कटॉप प्रोग्राम के लिए, वैसे भी; निश्चित रूप से एम्बेडेड दुनिया में और ऐसा नहीं है)। मुझे खेद है, लेकिन अगर आप अन्यथा सोचते हैं तो आप गलत हैं।

अंत में बिल्ड सिस्टम के बारे में: यदि हम केवल बिल्ड सिस्टम परिवर्तन से प्रतिगमन देखते हैं तो कोड में कुछ गंभीर गड़बड़ है। सामान इतना नाजुक नहीं होना चाहिए।

जरूरी नही। बिल्ड सिस्टम में ही कुछ गंभीर रूप से गलत हो सकता है। मेरे ओवरहाल पीआर से पहले, सीएमके बिल्डसिस्टम की पिछली स्थिति देखें। इससे पहले, सीएमके के साथ निर्माण करने से कुछ बग उत्पन्न हुए। कुछ (कभी-कभी गंभीर!) समस्याएं वास्तव में गलत/खराब बिल्ड सिस्टम से उत्पन्न होती हैं और व्यंजनों का निर्माण करती हैं। कोई फर्क नहीं पड़ता कि आपका कोड कितना मजबूत है, यदि आप इसे गलत बनाते हैं, तो यह टूट जाएगा, कभी-कभी बहुत ही शानदार लेकिन निदान करने में कठिन।

13499 दायरे से बाहर है क्योंकि यह एक libtorrent 2.0.x विकल्प के बारे में है जो अभी तक डिफ़ॉल्ट नहीं है। अंत में कटौती सप्ताहांत में की जाएगी।

कृपया बाकी चर्चा देखें। वह पीआर वास्तव में एसिंक्स I/O थ्रेड्स की डिफ़ॉल्ट संख्या को भी बदल देता है, ताकि डिफ़ॉल्ट रूप से, libtorrent 1.2.x के विरुद्ध निर्माण करते समय कम से कम 2 हैशिंग थ्रेड्स का उपयोग किया जा सके। यह SSD उपयोगकर्ताओं (1.5x से अधिक, वास्तव में, हे) के लिए बहुत महत्वपूर्ण प्रदर्शन को बढ़ावा देता है, जबकि HDD उपयोगकर्ताओं के लिए भी बहुत मामूली लाभ प्रदान करता है।

@ स्लेजहैमर999

आरंभ करने के लिए यहां कुछ सहायता दी गई है:

• विंडोज़ पर स्थिर रूप से सीएमके के साथ निर्माण के लिए नया ट्यूटोरियल: https://github.com/qbittorrent/qBittorrent/wiki/Compilation:-Windows-(MSVC-2019,-64-bit,-static-linkage )
• विकल्पों की सूची + लघु सीएमके ट्यूटोरियल/परिचय: https://github.com/qbittorrent/qBittorrent/wiki/Compilation-with-CMake:-common-information

यदि आप vcpkg का उपयोग नहीं कर रहे हैं, या यदि आप कुछ पैकेजों के लिए vcpkg का उपयोग कर रहे हैं, लेकिन अन्य नहीं, तो आपको अतिरिक्त रूप से उपयुक्त संकेत पास करने की आवश्यकता है जो CMake को बताते हैं कि -DLibtorrentRasterbar_DIR=C:\path\to\libtorrent-install-dir\lib\cmake\LibtorrentRasterbar जैसे pacakges के लिए कॉन्फ़िगरेशन फ़ाइलें कहां खोजें। . यदि संदेह है, तो आप कॉन्फ़िगर को तब तक चला सकते हैं जब तक कि यह सफल न हो जाए, प्रत्येक पैकेज के बारे में प्रत्येक त्रुटि संदेश को एक बार में ठीक करना, क्योंकि त्रुटि संदेश पर्याप्त सहायक होते हैं कि आप हमेशा समझ सकते हैं और पता लगा सकते हैं कि आपको क्या जोड़ना है अगला।

मैं कंपाइलर्स के बारे में और बहस नहीं करने जा रहा हूं। मैं विशेष रूप से qbt के लिए आपसे सहमत नहीं हूँ। एक बार जब हम c++17 पर स्विच करेंगे तो msvc2019 हमारे लिए और अधिक प्रासंगिक हो जाएगा। अंत में, बीटी क्लाइंट उपयोगकर्ता के लिए वह केवल इस बात की परवाह करता है कि क्या क्लाइंट टॉप डाउन/अप स्पीड प्राप्त कर सकता है। यह "बेहतर" या "बदतर" गुणवत्ता बाइनरी के लिए मीट्रिक है। msvc2017 अतिरिक्त ब्लोट के बिना प्राप्त करता है। - जब तक मैं msvc2019 के साथ अपने निर्माण को फिर से नहीं करता, तब तक मैं अपना निर्णय रखता हूं--

जैसे -DLibtorrentRasterbar_DIR=C:\path\to\libtorrent-install-dir\lib\cmake\LibtorrentRasterbar

क्या इससे कोई फर्क पड़ता है कि पैकेज कैसे बनाया/स्थापित किया जाता है? वर्तमान में मेरे पास cmake के अंतर्गत lib के अंतर्गत किसी भी बूस्ट, लिबटोरेंट, ओपनएसएल के लिए फ़ोल्डर नहीं है। केवल क्यूटी के लिए।
पीएस: बी 2 का उपयोग करके बूस्ट और लिबटोरेंट का निर्माण किया जाता है। Openssl अपनी कॉन्फ़िगर स्क्रिप्ट का उपयोग कर रहा है।

@ स्लेजहैमर999

केवल आवश्यकता यह है कि आप सीएमके, आईआईआरसी के साथ लिबटोरेंट का निर्माण करें। अन्य सभी पैकेज या तो डिफ़ॉल्ट रूप से आवश्यक कॉन्फ़िगरेशन फ़ाइलें उत्पन्न करते हैं या किसी तरह से सीएमके द्वारा समर्थित हैं:

• उपयुक्त फाइलों को उत्पन्न करने के लिए सीएमके के साथ लिबटोरेंट का निर्माण करना होगा। यह विशेष रूप से विकी ट्यूटोरियल में शामिल है।
• सीएमके मूल रूप से एक बंडल फाइंड मॉड्यूल के माध्यम से ओपनएसएसएल का समर्थन करता है: https://cmake.org/cmake/help/latest/module/FindOpenSSL.html#hints। आपको बस OPENSSL_ROOT_DIR सेट करना होगा। उदाहरण: -DOPENSSL_ROOT_DIR=C:\Qt\Tools\OpenSSL\Win_x64
• बूस्ट डिफ़ॉल्ट रूप से आवश्यक फ़ाइलें उत्पन्न करता है। आपको बस Boost_DIR सेट करना होगा उदाहरण: -DBoost_DIR=C:\path\to\boost_1_73_0\stage\lib\cmake\Boost-1.73.0
• Zlib के लिए आपको कुछ रास्ते पास करने होंगे। उदाहरण: -DZLIB_INCLUDE_DIR=C:\path\to\zlib-1.2.11\build -DZLIB_LIBRARY=C:\path\to\zlib-1.2.11\build\libzlibstatic.a
• क्यूटी आवश्यक फाइलें उत्पन्न करता है, मुझे लगता है कि आप उन्हें इंगित करने के लिए आवश्यक आवश्यक कॉन्फ़िगर समय ध्वज को पहले ही समझ चुके हैं।

दोबारा, यदि आप इनमें से किसी को याद कर रहे हैं, तो सीएमके आपको इसके बारे में कॉन्फ़िगर चरण में बताएगा, और यह सुझाव देगा कि वह आपको क्या जोड़ना चाहता है।

मैं स्लेजहैमर999 से सहमत हूं।
छोटा बाइनरी हमेशा बेहतर होता है। विशेष रूप से पिछले रिलीज का ट्रैक रिकॉर्ड दिया गया।
कई लोगों के पास अभी भी धीमा इंटरनेट है.. स्थान के आधार पर कुछ उपयोगकर्ताओं के लिए बायनेरिज़ की सेवा करने वाली वेबसाइट भी धीमी हो सकती है।
ऐसे मामलों में एक छोटा बाइनरी तेजी से डाउनलोड करने की अनुमति देता है। यदि लोग अनावश्यक ब्लोटवेयर पर संदेह करते हैं तो वे अपडेट करने के लिए हतोत्साहित हो सकते हैं।

यह नया डिफ़ॉल्ट बिल्डसिस्टम बन गया है।

क्या का डिफ़ॉल्ट बिल्डसिस्टम?

यह नया डिफ़ॉल्ट बिल्डसिस्टम बन गया है।

क्या का डिफ़ॉल्ट बिल्डसिस्टम?

उन्होंने qmake/autotools को https://github.com/qbittorrent/qBittorrent/wiki पदावनत भी घोषित कर दिया

उन्होंने qmake/autotools को https://github.com/qbittorrent/qBittorrent/wiki पदावनत भी घोषित कर दिया

यह मनमानी वाकई में कोहराम मचाने लगी है!

यह नया डिफ़ॉल्ट बिल्डसिस्टम बन गया है।
क्या का डिफ़ॉल्ट बिल्डसिस्टम?

यह मनमानी वाकई में कोहराम मचाने लगी है!

अरे वाह! तो यह एक वास्तविक निर्णय नहीं है! आखिर मुझे कोई झिझक नहीं होती।

@FranciscoPombal
कृपया विभिन्न बिल्ड टूल्स, बिल्ड सिस्टम आदि के बारे में बेकार बातचीत के साथ @ sledgehammer999 को विचलित न करें। आगामी रिलीज को सामान्य तरीके से होने दें - यह तेज़ और अधिक विश्वसनीय होगा। हमारे पास संगठनात्मक मुद्दों को हल करने के लिए समय होना चाहिए ताकि हम परियोजना को चालू रख सकें, इस तथ्य की परवाह किए बिना कि इसका एक सदस्य लंबे समय तक गायब रहता है।
आगामी रिलीज (और पूरी आगामी शाखा) के संदर्भ में libtorrent-2.0 पर चर्चा करने का कोई मतलब नहीं है, क्योंकि हमारे पास इसके लिए समर्थन नहीं है, और हम भविष्यवाणी भी नहीं कर सकते कि इसे पूरी तरह से कब लागू किया जाएगा।

यह (अंत का) 2020 है। कोई भी अतिरिक्त ~ 50 MiB इंस्टॉलेशन आकार की परवाह नहीं करता है (और यदि वे करते हैं, तो बहुत खराब lol)।

मेरे दो मुख्य कंप्यूटर 9 और 12 साल पुराने हैं (हालाँकि मैंने हाल ही में SSD को सिस्टम डिस्क के रूप में स्थापित करके उनमें सुधार किया है)। कई पुराने हार्डवेयर का भी उपयोग करते हैं। ऐसा इसलिए नहीं है क्योंकि हम इसे पसंद करते हैं। हमारे पास हर 2-3 साल में इसे अपडेट करने की वित्तीय/अन्य क्षमता नहीं है। अगर आप हमें समझ नहीं पा रहे हैं, तो भी यह आपको हमारा मजाक बनाने का अधिकार नहीं देता है।

PS हालाँकि, 10 साल पहले भी मैं इन 50 मेगाबाइट के बारे में इतना चिंतित नहीं होता।

@an0n666 @ sledgehammer999 @glassez

मैं स्लेजहैमर999 से सहमत हूं।
छोटा बाइनरी हमेशा बेहतर होता है। विशेष रूप से पिछले रिलीज का ट्रैक रिकॉर्ड दिया गया।
कई लोगों के पास अभी भी धीमा इंटरनेट है.. स्थान के आधार पर कुछ उपयोगकर्ताओं के लिए बायनेरिज़ की सेवा करने वाली वेबसाइट भी धीमी हो सकती है।
ऐसे मामलों में एक छोटा बाइनरी तेजी से डाउनलोड करने की अनुमति देता है। यदि लोग अनावश्यक ब्लोटवेयर पर संदेह करते हैं तो वे अपडेट करने के लिए हतोत्साहित हो सकते हैं।

अब आओ, एप्लिकेशन डाउनलोड एक बार की लागत है। यहां तक ​​कि 10 एमबी/सेकेंड पर, अतिरिक्त 50 एमआईबी केवल एक अतिरिक्त 50 सेकंड है। अगर ये लोग इससे परेशान हैं, तो बेहतर होगा कि वे यहां आएं और इस मुद्दे को खुद ठीक करने में मदद करें। अपने आप को जुनूनी बाध्यकारी लोगों द्वारा धक्का न दें जो 50 एमआईबी के बारे में शिकायत करते हैं। वे उस वजह से यूटी 2.2.1 पर वापस जाना चाहते हैं? बढ़िया। सोमालिया में भी आप औसतन 10 एमबी/एस प्राप्त कर सकते हैं: https://www.speedtest.net/global-index , और मुझे संदेह है कि बिटटोरेंट क्लाइंट अधिकांश मूल सोमालिस का मुख्य व्यस्तता है। बिल्ड को Fosshub और Sourceforge दोनों से परोसा जाता है, जो कि कभी भी अड़चन बनने की संभावना नहीं है, जब तक कि किम कार्दशियन ने अपने सभी प्रशंसकों को qBittorrent या कुछ और डाउनलोड करने के लिए नहीं कहा।

भी,

छोटा बाइनरी हमेशा बेहतर होता है। विशेष रूप से पिछले रिलीज का ट्रैक रिकॉर्ड दिया गया।

प्रशस्ति - पत्र आवश्यक। "बेहतर ट्रैक रिकॉर्ड" और "छोटे बाइनरी आकार" के बीच संबंध कहां है? किसका बेहतर ट्रैक रिकॉर्ड? प्रदर्शन? विश्वसनीयता?

क्या का डिफ़ॉल्ट बिल्डसिस्टम?

उन्होंने qmake/autotools को https://github.com/qbittorrent/qBittorrent/wiki पदावनत भी घोषित कर दिया

यह मनमानी वाकई में कोहराम मचाने लगी है!

अरे वाह! तो यह एक वास्तविक निर्णय नहीं है! आखिर मुझे कोई झिझक नहीं होती।

हम सहमत थे कि सीएमके बिल्ड सिस्टम भविष्य था। दो बिल्ड सिस्टम को बनाए रखना एक गलती है, जैसा कि मैंने पहले भी कई बार कहा है। हाल के योगदानों में भी इसका उल्लेख किया गया है: https://github.com/qbittorrent/qBittorrent/pull/13509#issuecomment -708072078

ब्लोटवेयर की बात करें: 2 बिल्ड सिस्टम को बनाए रखने के कारण हमारे पास डुप्लिकेट प्रयास देखें। हमारे पास रेपो में ऑटोटूलस ब्लोट की कई फाइलें देखें।

कृपया विभिन्न बिल्ड टूल्स, बिल्ड सिस्टम आदि के बारे में बेकार बातचीत के साथ @ sledgehammer999 को विचलित न करें। आगामी रिलीज को सामान्य तरीके से होने दें - यह तेज़ और अधिक विश्वसनीय होगा।

पिछले कई महीनों से इस भंडार में शायद सबसे सक्रिय सदस्य पर एक और हमला, और जिसने महत्वपूर्ण योगदान दिया है, खासकर बिल्ड सिस्टम, टूल्स इत्यादि के क्षेत्र में। बिल्ड सिस्टम में नए बिल्ड और संशोधन अधिक विश्वसनीय हैं। जैसा कि मुझे याद है, ऐसे मुद्दे भी सामने आए हैं जो केवल नई पद्धति से निर्माण करने से गायब हो गए। मेरे प्रयासों के लिए धन्यवाद, अब हम उपयोगकर्ताओं के हाथों में और अधिक विश्वसनीय निर्माण प्राप्त कर सकते हैं। यह निश्चित रूप से बेकार नहीं है। आधिकारिक रिलीज के समय तक मेरी योजना इसे और बेहतर बनाने की है, लेकिन अगर आप मेरी भागीदारी को इस तरह से नीचा दिखाते हैं तो मुझ पर भरोसा न करें।

मैं उसे विचलित नहीं कर रहा हूँ, मैं उसे पिछले महीनों के महत्वपूर्ण घटनाक्रमों के साथ गति प्रदान कर रहा हूँ। उसे पकड़ने की जिम्मेदारी है।
अब वह स्लेज वापस आ गया है, मैं किसी भी व्यक्ति के रूप में दरवाजे के निर्माण को बाहर निकालना चाहता हूं, लेकिन मैं इसे _right_ करना चाहता हूं। स्लेज वापस होने का मतलब यह नहीं होना चाहिए कि हमें अपने पुराने तरीकों पर वापस लौटना होगा (यहां तक ​​​​कि इस रिलीज के लिए एक समझौता की तरह लगता है), इसका मतलब यह होना चाहिए कि हम उस स्थान तक पहुंचने के लिए तेजी से विकसित हो सकते हैं जहां हम रहना चाहते हैं।

हमारे पास संगठनात्मक मुद्दों को हल करने के लिए समय होना चाहिए ताकि हम परियोजना को चालू रख सकें, इस तथ्य की परवाह किए बिना कि इसका एक सदस्य लंबे समय तक गायब रहता है।

समस्या का एक हिस्सा एक व्यक्ति पर निर्भर है कि वह उम्र बढ़ने और कम रखरखाव योग्य निर्माण प्रणाली के साथ मैन्युअल रूप से निर्माण करता है, केवल 50 एमआईबी (जिसे बाद में हल किया जा सकता है) आदि के कारण हुप्स के माध्यम से कूदता है। इस तथ्य पर विचार करें कि हम इससे विचलित हो रहे हैं टूलचैन हम अपने सीआई में सिर्फ इसके लिए उपयोग करते हैं। भले ही यह वास्तव में अब एक बड़ा मुद्दा नहीं है, यह एक बुरा सिद्धांत और मिसाल है।

आगामी रिलीज (और पूरी आगामी शाखा) के संदर्भ में libtorrent-2.0 पर चर्चा करने का कोई मतलब नहीं है, क्योंकि हमारे पास इसके लिए समर्थन नहीं है, और हम भविष्यवाणी भी नहीं कर सकते कि इसे पूरी तरह से कब लागू किया जाएगा।

हमें libtorrent 2.0 के बारे में बिल्कुल भी बात करने की जरूरत नहीं है। केवल एक छोटा सा नोट जो बताता है कि V2 के लिए समर्थन अभी भी मौजूद नहीं है, इस तथ्य के बावजूद कि V2 समर्थन के कुछ उल्लेख चेंजलॉग में प्रतिबद्ध संदेशों में दिखाई देंगे। उदाहरण के लिए, 19d77b0881dc777b7930106869854067e5b2faba। (बेशक जब तक आप 4.3.0 रिलीज के लिए काम करने वालों को चेरी नहीं चुनते हैं, लेकिन यह आईएमओ को जटिल बनाता है)।

मेरे दो मुख्य कंप्यूटर 9 और 12 साल पुराने हैं (हालाँकि मैंने हाल ही में SSD को सिस्टम डिस्क के रूप में स्थापित करके उनमें सुधार किया है)। कई पुराने हार्डवेयर का भी उपयोग करते हैं। ऐसा इसलिए नहीं है क्योंकि हम इसे पसंद करते हैं। हमारे पास हर 2-3 साल में इसे अपडेट करने की वित्तीय/अन्य क्षमता नहीं है। अगर आप हमें समझ नहीं पा रहे हैं, तो भी यह आपको हमारा मजाक बनाने का अधिकार नहीं देता है।

PS हालाँकि, 10 साल पहले भी मैं इन 50 मेगाबाइट के बारे में इतना चिंतित नहीं होता।

कृपया इंगित करें कि मैंने कम कल्पना वाले उपयोगकर्ताओं का "मजाक कहाँ" किया। मेरे पास भी एक 12 साल पुराना C2D लैपटॉप है जिस पर मैंने SSD स्थापित किया है (कनेक्शन केवल SATA II है!) जिसका मैं अभी भी अक्सर उपयोग करता हूं। मेरे पास पिछले 3 वर्षों में बने प्रोसेसर वाली कोई मशीन भी नहीं है, और मेरी इच्छा है कि मुझे भविष्य में AMD Ryzen मिल जाए। मैं निश्चित रूप से "हर 2-3 साल में अपग्रेड" नहीं करता। मैं समझता हूं और आपसे सहमत हूं। मैंने सिर्फ उन लोगों का मज़ाक उड़ाया जो आजकल डेस्कटॉप/लैपटॉप पर 50 MiB की शिकायत करते हैं (पढ़ें: पिछले 15+ साल), क्योंकि वे लोग मज़ाक के लायक हैं।

पिछले कई महीनों से इस भंडार में संभवत: सबसे सक्रिय सदस्य पर एक और हमला

कृपया मेरी टिप्पणियों में कुछ छिपे हुए सबटेक्स्ट की तलाश बंद करें। मैंने बस वही कहा जो मैंने कहा। मुझे आशा है कि आपकी प्रतिक्रिया किसी को भ्रमित नहीं करेगी।

मैं उसे विचलित नहीं कर रहा हूँ, मैं उसे पिछले महीनों के महत्वपूर्ण घटनाक्रमों के साथ गति प्रदान कर रहा हूँ। उसे पकड़ने की जिम्मेदारी है।

हर चीज का अपना समय और स्थान होता है।
@ sledgehammer999 को यहां और अभी क्यों दबाएं, अगर यह केवल इस तथ्य को जन्म दे सकता है कि उसके पास न तो अगली रिलीज करने का समय होगा, और न ही उसके फिर से गायब होने से पहले परियोजना के प्रबंधन/रखरखाव का पुनर्गठन करने के लिए, ताकि हम नहीं होंगे उनकी अनुपस्थिति में पूर्ण रूप से कार्य जारी रखने में सक्षम।

हमें libtorrent 2.0 के बारे में बिल्कुल भी बात करने की जरूरत नहीं है। केवल एक छोटा सा नोट जो बताता है कि V2 के लिए समर्थन अभी भी मौजूद नहीं है, इस तथ्य के बावजूद कि V2 समर्थन के कुछ उल्लेख चेंजलॉग में प्रतिबद्ध संदेशों में दिखाई देंगे।

मैंने बार-बार उल्लेख किया है कि परिवर्तन लॉग को नेत्रहीन रूप से गिट इतिहास की नकल नहीं करनी चाहिए। आपको यह ध्यान रखना चाहिए कि:

1. कुछ कमिट सिंगल फिक्स/सुधार/फीचर का हिस्सा हैं, इसलिए इसका पूरी तरह से उल्लेख करना समझ में आता है;
2. कुछ कमिट मध्यवर्ती त्रुटियों को ठीक करते हैं जो पिछली रिलीज़ में मौजूद नहीं थीं, इसलिए उनका उल्लेख करने का कोई मतलब नहीं है;
3. कुछ कमिट कुछ अधूरे काम का हिस्सा हैं, इसलिए उनका उल्लेख करने का कोई मतलब नहीं है।

@ स्लेजहैमर999
कृपया अंक #13519 के लिए सूचित करें।

संपादित करें: झूठा अलार्म: https://github.com/qbittorrent/qBittorrent/issues/13519#issuecomment -710744534
संपादित करें (फ्रांसिस्को पोम्बल) झूठा अलार्म नहीं: https://github.com/qbittorrent/qBittorrent/issues/13519#issuecomment -710911209

@ sledgehammer999 @Chocobo1 @glassez

मास पिंगिंग के लिए क्षमा करें, लेकिन यह काफी महत्वपूर्ण भी लगता है, और दुर्भाग्य से अभी थोड़ा गड़बड़ है (मैं इस बिंदु पर भी उलझन में हूं कि वास्तव में समस्या क्या है): https://github.com/ qbittorrent/qBittorrent/मुद्दों/13389. हो सकता है कि आप में से कोई इस पर कुछ नया प्रकाश डाल सके?

एक चीज़ निश्चित तौर पर है; मैं पहले 4.3.x रिलीज़ के साथ सभी के *arr सेटअप को तोड़ने का जोखिम नहीं उठाना चाहता।

यह काफी महत्वपूर्ण भी लगता है, और दुर्भाग्य से अभी थोड़ा गड़बड़ है (मैं इस बिंदु पर भी उलझन में हूं कि वास्तव में समस्या क्या है): # 13389। हो सकता है कि आप में से कोई इस पर कुछ नया प्रकाश डाल सके?

एक चीज़ निश्चित तौर पर है; मैं पहले 4.3.x रिलीज़ के साथ सभी के *arr सेटअप को तोड़ने का जोखिम नहीं उठाना चाहता।

कृपया बहुत अंत में गुस्सा करना शुरू न करें। समस्या क्या है? (एप्लिकेशन लॉजिक को समझने में समस्याओं के अलावा।) हमने संबंधित कोड नहीं बदला, है ना? मैंने निश्चित रूप से पूरा धागा नहीं पढ़ा। अगर ऐप में बग का स्पष्ट सबूत है, तो कृपया मुझे एक विशिष्ट टिप्पणी की ओर इशारा करें।

@ग्लासेज़

कृपया बहुत अंत में गुस्सा करना शुरू न करें। समस्या क्या है? (एप्लिकेशन लॉजिक को समझने में समस्याओं के अलावा।) हमने संबंधित कोड नहीं बदला, है ना? मैंने निश्चित रूप से पूरा धागा नहीं पढ़ा। अगर ऐप में बग का स्पष्ट सबूत है, तो कृपया मुझे एक विशिष्ट टिप्पणी की ओर इशारा करें।

कोई डर नहीं रहा है, हमें केवल संभावित परिणामों से अवगत होने की आवश्यकता है। मुद्दा यह है कि कोई और व्यक्ति इस धागे को ध्यान से और स्पष्ट दिमाग से पढ़ सकता है। वापस जब मैंने इससे निपटने की कोशिश की तो मुझे यकीन नहीं हो रहा था कि यह एक वैध प्रतिगमन है या उपयोगकर्ता द्वारा हाल ही में किए गए परिवर्तन की गलत व्याख्या है, या यदि हाल के शब्दों में परिवर्तन ने एक अप्रत्याशित दोष को उजागर किया है या क्या। यह इस तथ्य से जटिल है कि मैंने वास्तव में कभी भी किसी भी *arr सॉफ़्टवेयर का उपयोग नहीं किया है, लेकिन मुझे पता है कि बहुत से लोग करते हैं। भले ही, *arr रेपो में मूल रिपोर्टें यहां दी गई हैं: https://github.com/Radarr/Radarr/issues/5032 https://github.com/Sonarr/Sonarr/issues/3968 , यदि आप एक नजर डालना चाहते हैं।

हैलो दोस्तों,

मैंने अभी देखा है कि किसी ने पिछली टिप्पणी में FOSSHUB का उल्लेख किया था। मैंने धागा पढ़ लिया है और यह कहना चाहता हूं। मान लें कि qBittorrent में लगभग 50 एमबी होगा, इससे हमें कोई फर्क नहीं पड़ता। वही ट्रैफिक स्पाइक के साथ, किसी ने किम कार्दशियन का उल्लेख किया। कृपया उसे qBittorrent की सिफारिश करें; मुझे यकीन है कि हम नीचे नहीं जाएंगे। हम उस यातायात को अवशोषित कर सकते हैं। उदाहरण के लिए, जब भी कोई नया qBittorrent जारी किया जाता है, तो हमने प्रति सेकंड हजारों अद्यतन अनुरोध देखे हैं।

मैं जो कहना चाह रहा हूं वह यह है कि आपको इस बारे में चिंता नहीं करनी चाहिए।

शुक्रिया!

मेरे 1.5cents यह किसी भी कारण से msvc2019 पर अच्छे से निर्माण और रन करता है
2020 में 50 एमबी डिस्कस्पेस बिल्कुल कुछ भी नहीं है, यदि आपका सिस्टम सीमित है तो आप वैसे भी एक हल्का क्लाइंट या क्यूबीटी-क्ली चला रहे हैं

अपनी परियोजना को नवीनतम और महानतम पर प्राप्त करना कभी भी बंद न करें जब यह बग पैदा किए बिना किया जा सकता है जितना अधिक आप प्रतीक्षा करते हैं जितना अधिक आप पीछे गिरने का जोखिम उठाते हैं और एक मृत असमर्थित कंपाइलर पर फंस जाना कभी भी किसी के लिए मजेदार नहीं होता है

मुझे लगता है कि स्लेज इंस्टॉलर आकार में केवल 12 एमआईबी वृद्धि के बाद भी खोले जाने जैसे मुद्दों का जिक्र कर रहा था।
https://github.com/qbittorrent/qBittorrent/issues/12247

तो यह 50 MiB नहीं बल्कि केवल 12 MiB है कि लोग एक इश्यू टिकट बनाने की लंबाई तक जा रहे हैं।

@ sledgehammer999 "IF" आप अगली रिलीज में क्यूटी 5.15.0/5.15.1 का उपयोग करने जा रहे हैं, ध्यान दें (संदर्भ मेनू एक टैग चुनने के बाद बंद हो जाता है) #13492

सीधे शब्दों में कहें तो मुझे लगता है कि अगर इसे 4.3 लेबल किया जा रहा है तो कोई भी इंस्टॉलर के बड़े होने की शिकायत नहीं करेगा, यह निश्चित रूप से अपेक्षित होगा! प्राचीन टूलचेन को ईमानदारी से रखना qBittorrent की रिलीज़ प्रक्रिया का एक उपयुक्त प्रतिनिधित्व जैसा लगता है।

आखिरकार ऐसा होते देखने के लिए उत्साहित, मैंने इस साल कुछ देखने की उम्मीद लगभग छोड़ दी थी।

मुझे लगता है कि स्लेज इंस्टॉलर आकार में केवल 12 एमआईबी वृद्धि के बाद भी खोले जाने जैसे मुद्दों का जिक्र कर रहा था।

12247

>

तो यह 50 MiB नहीं बल्कि केवल 12 MiB है कि लोग एक इश्यू टिकट बनाने की लंबाई तक जा रहे हैं।

इसलिए? ऐसे टिकटों के लिए एकमात्र उपयुक्त प्रतिक्रिया "जो भी हो, यार" है। मैं इन लोगों के लिए पीछे की ओर झुकने के जुनून को नहीं समझता। जैसा कि मैंने https://github.com/qbittorrent/qBittorrent/issues/13505#issuecomment -708436739 में कहा है, हम निश्चित रूप से आकार में इस तरह की वृद्धि को रोकने के लिए अपनी पूरी कोशिश करेंगे, लेकिन हमें केवल 50 के लिए कुछ और बलिदान नहीं करना चाहिए। एमआईबी, और अगर कुछ लोग इससे परेशान हैं, तो वे यहां आ सकते हैं और इसे स्वयं ठीक कर सकते हैं।

हमें किसी और चीज का त्याग नहीं करना चाहिए

मुझे खेद है, लेकिन मैं वास्तव में यह नहीं देखता कि हम नवीनतम और महानतम (संदेह) संकलक के पास न जाकर क्या बलिदान करते हैं। नवीनतम कंपाइलर में जाने के लिए कुछ भी ठोस नहीं है। ऐसा नहीं है कि msvc2017 एक प्राचीन संकलक है।

@ स्लेजहैमर999

मुझे खेद है, लेकिन मैं वास्तव में यह नहीं देखता कि हम नवीनतम और महानतम (संदेह) संकलक के पास न जाकर क्या बलिदान करते हैं। नवीनतम कंपाइलर में जाने के लिए कुछ भी ठोस नहीं है। ऐसा नहीं है कि msvc2017 एक प्राचीन संकलक है।

https://github.com/qbittorrent/qBittorrent/issues/13505#issuecomment -711123971

मेरे 1.5cents यह किसी भी कारण से msvc2019 पर अच्छे से निर्माण और रन करता है

जैसा कि पहले उल्लेख किया गया है, मुझे इस तरह के अन्य खातों को इश्यू ट्रैकर या अन्य संचार चैनलों में याद किया जाता है। मैं झूठ नहीं बोल रहा।

भले ही, किसी को हमेशा नवीनतम टूलचेन का उपयोग करने का प्रयास करना चाहिए (कारण के भीतर, लेकिन MSVC 2019 इस बिंदु पर परिपक्व है), जब तक कि कोई बहुत अच्छा कारण न हो। इसके अलावा, MSVC 2019 बिल्ड का पिछले कुछ महीनों में बड़े पैमाने पर युद्ध-परीक्षण किया गया है, या तो मेरे द्वारा प्रदान किया गया है, xavier2k6, या अन्य, या अब, हाल ही में, आधिकारिक GitHub Actions वर्कफ़्लो के साथ। 50 MiB एक अच्छा कारण नहीं है, जैसा कि बहुत से लोग आपको बताने की कोशिश कर रहे हैं। 50 MiB से अधिक जुनूनी लोगों द्वारा अपने आप को धमकाया न जाने दें !! मैं व्यक्तिगत रूप से उन रिपोर्टों का ध्यान रखूंगा, आपको उन्हें देखना भी नहीं पड़ेगा।

क्या MSVC2019 में अपग्रेड करना कुछ ऐसा है जिसे करने में बहुत समय लगता है? यह सिर्फ एक मामला है जब नहीं तो नहीं? इसलिए यदि यह रिलीज़ नहीं है तो निश्चित रूप से अगली, दी गई रिलीज़ आम तौर पर लगभग महीनों अलग हैं।

https://github.com/qbittorrent/qBittorrent/issues/13505#issuecomment -711123971 केवल एक व्यक्तिपरक रिपोर्ट है जो नवीनतम libs और qbt कोड का उपयोग करके सबसे अधिक प्रभावित होती है। कंपाइलर की वजह से नहीं।

क्या MSVC2019 में अपग्रेड करना कुछ ऐसा है जिसे करने में बहुत समय लगता है? यह सिर्फ एक मामला है जब नहीं तो नहीं? इसलिए यदि यह रिलीज़ नहीं है तो निश्चित रूप से अगली, दी गई रिलीज़ आम तौर पर लगभग महीनों अलग हैं।

कारण यहाँ दिया गया है https://github.com/qbittorrent/qBittorrent/issues/13505#issuecomment -708055242

50 MiB से अधिक जुनूनी लोगों द्वारा अपने आप को धमकाया न जाने दें !!

मैं खुद को उन लोगों से तंग नहीं होने दूंगा जो "नवीनतम और महानतम" के साथ जुनूनी हैं। और अंतर वास्तव में 68 एमबी अतिरिक्त भंडारण है (मैंने स्थानीय स्थिर निर्माण किया)। एमएसवीसी2017 बस काम करता है! और अतिरिक्त स्थान की आवश्यकता नहीं है।

13505 (टिप्पणी) केवल एक व्यक्तिपरक रिपोर्ट है जो नवीनतम libs और qbt कोड का उपयोग करके सबसे अधिक प्रभावित होती है। कंपाइलर की वजह से नहीं।

और MSVC 2019 के बारे में आपकी टिप्पणी बिल्कुल भी कोई लाभ नहीं दे रही है, यह भी निराधार दावे हैं।

मैं खुद को उन लोगों से तंग नहीं होने दूंगा जो "नवीनतम और महानतम" के साथ जुनूनी हैं। और अंतर वास्तव में 68 एमबी अतिरिक्त भंडारण है (मैंने स्थानीय स्थिर निर्माण किया)। एमएसवीसी2017 बस काम करता है! और अतिरिक्त स्थान की आवश्यकता नहीं है।

खराब वापसी। नवीनतम टूलचेन की वकालत करने वाला कोई भी आपको "बदमाशी" नहीं कर रहा है। नवीनतम टूलचेन (फिर से, कारण के साथ) से चिपके रहना निष्पक्ष रूप से बेहतर नीति है, खासकर जब इसके खिलाफ एकमात्र तर्क यह है कि यह थोड़ा बड़ा बाइनरी उत्पन्न करता है (हम कुछ एम्बेडेड प्लेटफॉर्म के लिए विकसित नहीं कर रहे हैं)। इसके अलावा, टूलचेन के साथ रिलीज़ करना अच्छी नीति नहीं है जो एक CI से अलग है और अधिकांश उपयोगकर्ता और योगदानकर्ता पिछले _महीनों_ से उपयोग कर रहे हैं। और इन सबसे ऊपर, यह संभावना है कि बाइनरी ब्लोट के लिए एक अपेक्षाकृत सरल समाधान है - अपने 50 MiB मित्रों से समस्या का पता लगाने में अपनी ऊर्जा का निवेश करने के लिए कहें, न कि केवल 50 MiB के बारे में शिकायत करने के लिए यदि यह उन्हें इतना परेशान करता है।

(msvc2017 => msvc2019) पर किसी अन्य अंक में चर्चा/बहस/बहस आदि की जा सकती है _WHEN_ यह आवश्यक हो जाता है

एक बार जब हम c++17 पर स्विच करेंगे तो msvc2019 हमारे लिए और अधिक प्रासंगिक हो जाएगा।

यह Qt 6.0/6.1/6.2 की ओर बढ़ने में और भी प्रासंगिक हो जाएगा जब Qt को msvc2019 और ड्रॉप (विंडोज़ 7/8/8.1 और 32 बिट समर्थन) की आवश्यकता होती है (जो अभी तक लागू होने से बहुत दूर है, मुझे पता है)

Qt 6.0 . में विकास मेजबान और लक्ष्य

क्यूटी 6.0 विकास मेजबान

क्यूटी 6.0 विकास लक्ष्य

क्यूटी 6.1 विकास मेजबान

क्यूटी 6.1 विकास लक्ष्य

मैं कंपाइलर्स के बारे में और बहस नहीं करने जा रहा हूं। मैं विशेष रूप से qbt के लिए आपसे सहमत नहीं हूँ। एक बार जब हम c++17 पर स्विच करेंगे तो msvc2019 हमारे लिए और अधिक प्रासंगिक हो जाएगा।

संदर्भ: https://github.com/qbittorrent/qBittorrent/issues/13505#issuecomment -708094578

अभी के लिए!, क्या हम सभी इसे एक बार और सभी के लिए यहां पार्क कर सकते हैं?

चलो 4.2.x/4.3.x दरवाजे से बाहर निकलते हैं!

(msvc2017 => msvc2019) किसी अन्य मुद्दे पर चर्चा/बहस/बहस आदि पर किया जा सकता है जब यह आवश्यक हो जाता है

अभी के लिए!, क्या हम सभी इसे एक बार और सभी के लिए यहां पार्क कर सकते हैं?

चलो 4.2.x/4.3.x दरवाजे से बाहर निकलते हैं!

देखिए, मैं इसे किसी और के साथ चाहता हूं, लेकिन अगर कुछ और नहीं, तो रिलीज के अंतिम समय में टूलचेन को बदलना स्पष्ट रूप से गैर-जिम्मेदार है, जब आप सहित हर कोई, MSVC 2019 के लिए MSVC 2019 का उपयोग और परीक्षण कर रहा है। पिछले कुछ माह_। जब इस लेंस से देखा जाता है, तो मेरा मानना ​​है कि इस रिलीज़ के लिए MSVC 2019 का उपयोग करना बहुत "आवश्यक" है।

व्यक्तिगत रूप से, मुझे इस खेल में बहुत सारी त्वचा मिली है: अगर कुछ भी गलत हो जाता है, तो यह मैं होगा कि मैं "रात/सीआई बिल्ड ने ठीक काम किया लेकिन रिलीज नहीं करता" आदि की अधिकांश बग रिपोर्ट से निपट रहा हूं। और हाँ, मुझे पता है कि इससे निपटने के लिए मेरे पास "है" नहीं। लेकिन मैं नहीं चाहता कि परियोजना एक रिलीज के बाद नए मुद्दों से घिरी हो, जिसे टाला जा सकता है। यह पहले से ही काफी खराब है कि रिलीज सीआई के समान या समान तरीके से संकलित पुस्तकालयों के साथ नहीं किया जाएगा।

यह मुझे चकित करता है कि यह सब कैसे, जिसमें मैंने परियोजना में समय और प्रयास लगाया है और समस्या ट्रैकर का प्रबंधन 50 एमआईबी से अधिक जुनूनी व्यक्ति से ज्यादा महत्वपूर्ण नहीं है। ये लोग भी कौन हैं? उन्होंने परियोजना के लिए क्या किया है?

@FranciscoPombal मेरे पास यहाँ कोई और संकलक चर्चा नहीं होगी। मेरी बात अंतिम है। रिलीज msvc2017 के साथ किया जाएगा।

अगर मुझे सही से याद है तो केवल क्यूटी 5.15 "आधिकारिक तौर पर" msvc2019 का समर्थन करता है। उन्होंने msvc2019 पर Qt 5.15 . तक ci चलाना शुरू नहीं किया
और वह क्यूटी 5.15 के साथ वैसे भी रिलीज नहीं कर सकता क्योंकि पहले उल्लेखित बग थे।

देखिए, मैं इसे किसी और के साथ चाहता हूं, लेकिन अगर और कुछ नहीं, तो रिलीज के अंतिम समय में टूलचेन को बदलना स्पष्ट रूप से गैर-जिम्मेदार है, जब आप सहित हर कोई, MSVC 2019 के लिए MSVC 2019 का उपयोग और परीक्षण कर रहा है। पिछले कुछ माह। जब इस लेंस से देखा जाता है, तो मेरा मानना ​​है कि इस रिलीज़ के लिए MSVC 2019 का उपयोग करना बहुत "आवश्यक" है।

MSVC 2017 बिल्ड पूरे 4.2.x रिलीज़ चक्र के साथ युद्ध-परीक्षण हैं और msvc 2019 में वैसे भी बहुत कुछ नया नहीं है और msvc 2017 में अभी भी मुख्यधारा रिलीज़ चक्र है, मुझे समझ नहीं आ रहा है कि आप "नवीनतम और महानतम" के प्रति इतने जुनूनी क्यों हैं .

@ xavier2k6

इसके अलावा, मान लीजिए कि हम अगली "बड़ी" रिलीज़ से पहले अतिरिक्त 50 MiB "समस्या" को ठीक नहीं करते हैं। क्या तब हम सब यही चर्चा करने जा रहे हैं? क्या हम इसकी वजह से Qt 6 में अपग्रेड बंद करने जा रहे हैं? 50 एमआईबी से अधिक महत्वपूर्ण क्या है/नहीं है? हम समस्या को सिर्फ कालीन के नीचे दबा रहे हैं, यह एक बुरी मिसाल है।

संकेत, मैं लगभग गारंटी दे सकता हूं कि, समय के साथ मैंने दूसरों से जो राय देखी है, उससे Qt6 में अपग्रेड को इन सभी 3 कारणों से, और संभवतः अधिक, बिना किसी विशेष क्रम में, उचित से अधिक समय के लिए बंद कर दिया जाएगा: अतिरिक्त 50 एमआईबी इंस्टॉलर आकार, विंडोज 7 के लिए समर्थन को जीवित रखते हुए, 32-बिट बिल्ड के लिए समर्थन को जीवित रखते हुए।

@jagannatharjun Qt 5.15.1 msvc2017 के साथ ठीक बनाता है। केवल लिंक किए गए मुद्दे टैग का चयन करते समय संदर्भ मेनू के बंद होने के बारे में हैं। आईएमओ, यह अवरोधक नहीं है। Qt 5.15 हालांकि बेहतर HiDPI सपोर्ट लाता है।

@FranciscoPombal मैं समझ सकता हूँ कि आप कहाँ से आ रहे हैं और यहाँ आपके काम की बहुत सराहना की जाती है!

आपके द्वारा उठाए गए बिंदु प्रासंगिक हैं लेकिन दुर्भाग्य से, मुझे नहीं लगता कि "नई रिलीज" को प्राप्त करने में वर्तमान समय सीमा इस चर्चा के लिए अनुमति देती है .... (इस समय)

मुझे समझ में नहीं आता कि आप "नवीनतम और महानतम" के प्रति इतने जुनूनी क्यों हैं।

वस्तुनिष्ठ रूप से श्रेष्ठ नीतियां "जुनून" नहीं हैं। मुझे लगता है कि आप कह सकते हैं कि मैं अन्य बेवकूफ जुनूनों को पूरा नहीं करने के प्रति जुनूनी हूं। लेकिन क्या मुझ पर एक एहसान करो और मुझ पर यह प्रोजेक्ट करना बंद करो, हाँ? यह आपकी बात को मजबूत नहीं करता है।

आप लोग एक "जुनून" के रूप में उन्नयन/आधुनिकीकरण की उचित गति रखने और इंस्टॉलर में 50 एमआईबी से अधिक महत्वपूर्ण नहीं होने पर गंभीरता से विचार कर रहे हैं। यीशु भाड़ में जाओ।

@jagannatharjun Qt 5.15.1 msvc2017 के साथ ठीक बनाता है। केवल लिंक किए गए मुद्दे टैग का चयन करते समय संदर्भ मेनू के बंद होने के बारे में हैं। आईएमओ, यह अवरोधक नहीं है। Qt 5.15 हालांकि बेहतर HiDPI सपोर्ट लाता है।

मैं सहमत हूं, संदर्भ मेनू टैग बग दुर्भाग्यपूर्ण है, लेकिन HiDPI बग अधिक गंभीर हैं और समय के साथ कई और रिपोर्ट तैयार करते हैं।

@FranciscoPombal मैं समझ सकता हूँ कि आप कहाँ से आ रहे हैं और यहाँ आपके काम की बहुत सराहना की जाती है!

अच्छा मजाक।

आपके द्वारा उठाए गए बिंदु प्रासंगिक हैं लेकिन दुर्भाग्य से, मुझे नहीं लगता कि "नई रिलीज" को प्राप्त करने में वर्तमान समय सीमा इस चर्चा के लिए अनुमति देती है .... (इस समय)

मैं देखता हूं कि मैं और कुछ नहीं कर सकता। ओह अच्छा।

@FranciscoPombal मैं समझ सकता हूँ कि आप कहाँ से आ रहे हैं और यहाँ आपके काम की बहुत सराहना की जाती है!

अच्छा मजाक।

@FranciscoPombal गंभीरता से ?? - यह कोई मज़ाक नहीं था और मैं व्यक्तिगत रूप से ईमानदार था / हूँ !!!

आपके द्वारा उठाए गए बिंदु प्रासंगिक हैं लेकिन दुर्भाग्य से, मुझे नहीं लगता कि "नई रिलीज" को प्राप्त करने में वर्तमान समय सीमा इस चर्चा के लिए अनुमति देती है .... (इस समय)

मैं देखता हूं कि मैं और कुछ नहीं कर सकता। ओह अच्छा।

इस स्थिति को व्यक्तिगत रूप से/दिल से न लें......ठीक
........साँस लो
परियोजना में अपनी कड़ी मेहनत का हिस्सा कम से कम नई रिलीज के माध्यम से "मुख्यधारा जनता" को देखने दें। (जैसा कि वर्तमान में इसे केवल मेरे जैसे लोग ही देख सकते हैं जो यहां आते हैं और भाग लेते हैं/योगदान करते हैं/निर्माण करते हैं आदि

मैंने अभी एक staging_v4_3_x शाखा को आगे बढ़ाया है। यह मूल रूप से एक अद्यतन चैंज के साथ मास्टर है।
कृपया चेंजलॉग पर एक नज़र डालें और मुझे बताएं कि क्या कुछ गलत है या मैंने कुछ याद किया है।
@ग्लासेज़

1. क्या #13234 में किसी उपयोगकर्ता का सामना करने वाली विशेषताएं हैं? कुछ ऐसा जो चैंज में होना चाहिए? उदाहरण के लिए "सैकड़ों टॉरेंट के साथ सत्रों की लोडिंग गति में सुधार करें"।
2. #13395 का उद्देश्य क्या है। वह क्या करता है? क्या मुझे चैंज में कुछ शामिल करना चाहिए?

थोड़ी देर में मैं इस धागे में उल्लिखित मुद्दों को देखूंगा जो कुछ कामों को रिलीज के लिए शामिल नहीं कर सकते हैं। मैं आपको सूचित करता रहूँगा।

@ स्लेजहैमर999

इसके अलावा, कृपया प्रक्रिया में पीपीए को साफ करें। उबंटू 18.04 , 20.04 और 20.10 के अलावा अन्य रिलीज ईओएल हैं, इसलिए उन संस्करणों को लक्षित करने वाले निर्माण के लिए संग्रह को ASAP हटा दिया जाना चाहिए।

उबंटू 14.04 और 16.04 ईओएल नहीं हैं। आपको वह सूची कहां से मिली?
https://wiki.ubuntu.com/Releases

@ sledgehammer999 ऐसा लगता है कि आप चैंज के लिए https://github.com/qbittorrent/qBittorrent/pull/13188 से चूक गए हैं

इसके अलावा, क्या आप चैंज में एक नोट जोड़ सकते हैं कि
"पिछले थीम बंडल इस रिलीज़ के साथ ठीक से काम नहीं करेंगे क्योंकि बंडल फ़ाइलों के प्रारूप में बदलाव के कारण, कृपया थीम प्रदाता से ठीक करने के लिए संपर्क करें। कोई भी यहां नए प्रारूप के बारे में अधिक पढ़ सकता है https://github.com/qbittorrent/ qBittorrent/wiki/How-to-use-custom-UI-themes " या ऐसा ही कुछ।
दरअसल, इसकी वजह है https://github.com/qbittorrent/qBittorrent/pull/12755/files

मुझे लगता है कि यह उल्लेख किया जाना चाहिए कि RC1_1 libtorrent के लिए समर्थन हटा दिया गया है।

इसके अलावा अगर कोई तेज ट्रैकर घोषणा दर चाहता है या इस संस्करण के साथ धीमी क्लाइंट निकास (4.2.x की तुलना में) कर रहा है तो वे उन्नत सेटिंग्स से "अधिकतम समवर्ती HTTP घोषणा" सीमा बढ़ाने का प्रयास कर सकते हैं।

क्या #13234 में किसी उपयोगकर्ता का सामना करने वाली विशेषताएं हैं? कुछ ऐसा जो चैंज में होना चाहिए? उदाहरण के लिए "सैकड़ों टॉरेंट के साथ सत्रों की लोडिंग गति में सुधार करें"।

मुझे क्षमा करें, मुझे सब कुछ याद नहीं है... यह ज्यादातर आंतरिक सुधार था। हो सकता है कि पीआर विवरण का अगला भाग "उपयोगकर्ता का सामना करने वाले गुण" फिट बैठता हो:

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

#13395 का उद्देश्य क्या है। वह क्या करता है? क्या मुझे चैंज में कुछ शामिल करना चाहिए?

https://github.com/qbittorrent/qBittorrent/pull/13395#issuecomment -710787904

मुझे लगता है कि यह उल्लेख किया जाना चाहिए कि RC1_1 libtorrent के लिए समर्थन हटा दिया गया है

मैं

फ़ीचर: v2 टोरेंट बनाने के लिए समर्थन जोड़ें (libtorrent 2.0.x की आवश्यकता है) (चोकोबो 1)

लानत है! क्या qBittorrent पहले से ही libtorrent-2.0 का समर्थन करता है? इसका जिक्र क्यों है जैसे यह है? हम इसके बारे में पहले ही बात कर चुके हैं।

इसके अलावा, क्या आप चैंज में एक नोट जोड़ सकते हैं कि
"पिछले थीम बंडल इस रिलीज़ के साथ ठीक से काम नहीं करेंगे क्योंकि बंडल फ़ाइलों के प्रारूप में बदलाव के कारण, कृपया थीम प्रदाता से ठीक करने के लिए संपर्क करें। कोई भी यहां नए प्रारूप के बारे में अधिक पढ़ सकता है https://github.com/qbittorrent/ qBittorrent/wiki/How-to-use-custom-UI-themes " या ऐसा ही कुछ।
दरअसल, इसकी वजह है https://github.com/qbittorrent/qBittorrent/pull/12755/files

मुझे लगता है कि मैं इसे वेबसाइट के "समाचार" खंड में जोड़ दूंगा। परिवर्तनों के बाहर, परिचयात्मक पाठ में।

मुझे लगता है कि यह उल्लेख किया जाना चाहिए कि RC1_1 libtorrent के लिए समर्थन हटा दिया गया है।

ठीक।

इसके अलावा अगर कोई तेज ट्रैकर घोषणा दर चाहता है या इस संस्करण के साथ धीमी क्लाइंट निकास (4.2.x की तुलना में) कर रहा है तो वे उन्नत सेटिंग्स से "अधिकतम समवर्ती HTTP घोषणा" सीमा बढ़ाने का प्रयास कर सकते हैं।

क्या इसका उल्लेख चैंज में एक आइटम के रूप में किया जाना चाहिए?

लानत है! क्या qBittorrent पहले से ही libtorrent-2.0 का समर्थन करता है? इसका जिक्र क्यों है जैसे यह है? हम इसके बारे में पहले ही बात कर चुके हैं।

फिर मैं इस आइटम को v4.4.0 रिलीज एंट्री (v4.3.0 चैंज का हिस्सा नहीं) के तहत ले जाऊंगा। जब तक आधिकारिक libtorrent-2.0 समर्थन पहले पेश नहीं किया जाता है। क्या यह संतोषजनक है?

यहाँ अद्यतन चैंज है: https://github.com/qbittorrent/qBittorrent/commit/0302e8abbc545d13b7be51e011d2795a9bb3ea73

क्या इसका उल्लेख चैंज में एक आइटम के रूप में किया जाना चाहिए?

मुझे लगता है कि अगर समाचार के रूप में पोस्ट किया जाए तो बेहतर होगा। चूंकि प्रति टोरेंट में हजारों टॉरेंट/बहुत सारे ट्रैकर्स वाले उपयोगकर्ता धीमे अनाउंसमेंट व्यवहार को नोटिस कर सकते हैं।

फिर से अपडेट किया गया: https://github.com/qbittorrent/qBittorrent/commit/727dec97540091f89199113299fa38468e13885

घोषणा: बहुत कम देरी की उम्मीद की जानी चाहिए। मुझे ईमेल के माध्यम से सूचित किए गए सुरक्षा समस्या के कारण आंशिक टूलचेन पुन: संकलित करना है। विवरण जारी होने के कुछ दिनों बाद उपलब्ध कराया जाएगा। आईएमओ, गंभीरता शायद मामूली है क्योंकि शोषण के लिए किसी दुर्भावनापूर्ण व्यक्ति के पास स्थानीय पहुंच या पहले से ही आपके सिस्टम पर दुर्भावनापूर्ण एप्लिकेशन चलाने की आवश्यकता होती है। दोनों ही मामलों में आप पहले से ही qbt के सुरक्षा मुद्दे के बिना भी खराब हैं।

उबंटू 14.04 और 16.04 ईओएल नहीं हैं। आपको वह सूची कहां से मिली?

शायद गलत शब्दांकन। यह हमारे लिए ईओएल है क्योंकि उनका क्यूटी संस्करण हमारी न्यूनतम आवश्यकता से कम है।

ठीक। मुझे लगता है कि अब सब कुछ सेट हो गया है, और मैं बिल्ड तैयार कर रहा हूं। v4_3_x शाखा को बिल्ड के साथ आगे बढ़ाया जाएगा।

@ sledgehammer999 देर से टिप्पणी के लिए क्षमा करें, लेकिन कृपया उल्लेख करना याद रखें (वेबसाइट के समाचार अनुभाग में) कि पिछले रिलीज के बाद से कई libtorrent सुधार हुए हैं, जो ज्ञात मेमोरी लीक के लिए, गति के मुद्दों के कारण मौजूद हैं विंडोज़ आदि पर दोषपूर्ण कैश सेटिंग्स तर्क। आप प्रेरणा के लिए libtorrent के 1.2.6-1.2.11 (1.2.11 को अभी भी आधिकारिक तौर पर जारी नहीं किया गया है, लेकिन कुछ चेंजलॉग प्रविष्टियां पहले से ही हैं) पर एक नज़र डाल सकते हैं और सबसे प्रासंगिक प्रविष्टियां चुन सकते हैं।

जिज्ञासा से बाहर, कौन सी लिबटोरेंट कमिट का उपयोग किया जाएगा?

ठीक है, और नवीनतम गिट हमेशा की तरह प्रतिबद्ध है।

@rrrevin

उबंटू 14.04 और 16.04 ईओएल नहीं हैं। आपको वह सूची कहां से मिली?
https://wiki.ubuntu.com/Releases

शायद गलत शब्दांकन। यह हमारे लिए ईओएल है क्योंकि उनका क्यूटी संस्करण हमारी न्यूनतम आवश्यकता से कम है।

खैर, मेरा वास्तव में मतलब था "मानक समर्थन का अंत" मुझे लगता है, जो वास्तव में वैसे भी मायने रखता है। इसके अलावा, भुगतान करने वाले उद्यमों को ही समर्थन मिलता है। 16.04 तकनीकी रूप से अभी तक "मानक समर्थन के अंत" पर भी नहीं है, लेकिन यह बहुत करीब है। और इसकी परवाह किए बिना, इसके लिए OOTB समर्थन को 2 साल पहले की तरह गिरा दिया गया था या तो qBittorrent के कारण न्यूनतम आवश्यक Qt संस्करण को 5.9 तक बढ़ा दिया गया था।

@ sledgehammer999 एक और छोटी बात: समाचार में ज्ञात टैग संदर्भ मेनू मामूली प्रतिगमन का उल्लेख करने पर विचार करें: https://github.com/qbittorrent/qBittorrent/issues/13492।

@ sledgehammer999 आपने मेरे कई पीआर को चेंजलॉग में क्रेडिट नहीं किया... https://github.com/qbittorrent/qBittorrent/pulls?q=is%3Apr+author%3AFranciscoPombal+is%3Aclosed+milestone%3A4.3.0

@FranciscoPombal मैंने आपके सभी सीएमके पीआर को एक प्रविष्टि में जोड़ दिया है। चेंजलॉग में आपके आंतरिक कोड क्लीनअप पीआर का उल्लेख नहीं किया जा सकता है। इसमें यूजर फेसिंग फिक्स होने चाहिए। @Chocobo1 . के कई पीआर के साथ भी ऐसा ही है
अगर मुझे कुछ खास याद आया, तो कृपया नीचे उसका उल्लेख करें। मैं कुछ क्षण प्रतीक्षा करूंगा, क्योंकि मैं अभी भी पर्दे के पीछे प्रशासनिक कार्य करता हूं।

@ स्लेजहैमर999

इसमें यूजर फेसिंग फिक्स होने चाहिए।

ठीक है तो:

• --> https://github.com/qbittorrent/qBittorrent/pull/13042 उपयोगकर्ता का सामना करना पड़ रहा है, क्योंकि यह एम्बेडेड ट्रैकर में एक घोषणा बग को ठीक करता है। <--

• https://github.com/qbittorrent/qBittorrent/pull/12086 , https://github.com/qbittorrent/qBittorrent/pull/13109 , और https://github.com/qbittorrent/qBittorrent/pull/13439 गैर हैं उपयोगकर्ता सफाई का सामना कर रहा है, इसलिए मुझे लगता है कि यह ठीक है।

• https://github.com/qbittorrent/qBittorrent/pull/13288 एक तरह का यूजर-फेसिंग है, मुझे लगता है? अब उपयोगकर्ता CI से प्रायोगिक बिल्ड डाउनलोड कर सकते हैं, क्या इसे उपयोगकर्ता के अनुकूल माना जाता है?

• शेष या तो पहले से ही क्रेडिट किए गए हैं, सीएमके सुधारों से संबंधित हैं (पहले से ही क्रेडिट किए गए हैं) या https://github.com/qbittorrent/qBittorrent/pull/13288 से संबंधित हैं।

/ऑफटॉपिक (किसी अन्य समय के लिए) - शायद गैर-उपयोगकर्ता का सामना करने वाले सफाई को "अन्य" या शायद एक नया "कोड स्वास्थ्य" अनुभाग में शामिल किया जाना चाहिए? उपयोगकर्ता उस तरह की सामग्री को चैंज में देखना पसंद करते हैं।

-> #13042 उपयोगकर्ता का सामना कर रहा है, क्योंकि यह एम्बेडेड ट्रैकर में एक घोषणा बग को ठीक करता है। <--

ठीक है माफ़ कर दो। यह प्रतिबद्ध शीर्षक से स्पष्ट नहीं था। क्या आप एक उपयुक्त चैंज प्रविष्टि का सुझाव दे सकते हैं (इसे पढ़ने वाले उपयोगकर्ताओं के लिए)?

CI परिवर्तन आमतौर पर रिलीज़ के लिए अप्रासंगिक होते हैं।

/ऑफटॉपिक (किसी अन्य समय के लिए) - शायद गैर-उपयोगकर्ता का सामना करने वाले सफाई को "अन्य" या शायद एक नया "कोड स्वास्थ्य" अनुभाग में शामिल किया जाना चाहिए? उपयोगकर्ता उस तरह की सामग्री को चैंज में देखना पसंद करते हैं।

हम्म, मैं आपको और @ Chocobo1 दोनों को क्रेडिट करने वाले कोड क्लीनअप के लिए OTHER प्रविष्टि जोड़ूंगा

13288 एक तरह का यूजर-फेसिंग है, मुझे लगता है? अब उपयोगकर्ता CI से प्रायोगिक बिल्ड डाउनलोड कर सकते हैं, क्या इसे उपयोगकर्ता के अनुकूल माना जाता है?

आईएमओ, इस तरह की बात का उल्लेख समाचार में किया जा सकता है (चेंज लॉग के बाहर)।

आईएमओ, इस तरह की बात का उल्लेख समाचार में किया जा सकता है (चेंज लॉग के बाहर)।

मैं किसी भी तरह डाउनलोड पेज में "नाइटलीज़" लिंक रटना कर सकता था ...

~@ग्लासेज़~ @स्लेजहैमर 999

आईएमओ, इस तरह की बात का उल्लेख समाचार में किया जा सकता है (चेंज लॉग के बाहर)।

मैं किसी भी तरह डाउनलोड पेज में "नाइटलीज़" लिंक रटना कर सकता था ...

समाचार में सीआई सामान का उल्लेख करें, निष्पादन योग्य में गिट-आधारित संस्करण होने से पहले मुझे "रात के" डाउनलोड पृष्ठ को व्यापक दर्शकों से जोड़ने में संकोच होगा। अन्यथा सभी उपयोगकर्ता सभी अलग-अलग रात्रिकालीन संस्करणों को "4.x.xalpha1" के रूप में रिपोर्ट करेंगे, जिससे भ्रम की स्थिति पैदा होगी।

निष्पादन योग्य में गिट-आधारित संस्करण। अन्यथा सभी उपयोगकर्ता सभी अलग-अलग रात्रिकालीन संस्करणों को "4.x.xalpha1" के रूप में रिपोर्ट करेंगे, जिससे भ्रम की स्थिति पैदा होगी।

हाँ, यह एक सही टिप्पणी है।

@ स्लेजहैमर999

क्या आप एक उपयुक्त चैंज प्रविष्टि का सुझाव दे सकते हैं (इसे पढ़ने वाले उपयोगकर्ताओं के लिए)?

"एम्बेडेड ट्रैकर में फिक्स्ड टूटी हुई घोषणा तर्क कुछ मामलों में विफलताओं का कारण बनता है।"

सीआई बिल्ड का उपयोग दुर्भावनापूर्ण उद्देश्यों के लिए भी किया जा सकता है। दुर्भावनापूर्ण पीआर बनाकर और बाद में लिंक वितरित करके।
मैं अनुशंसा करता हूं कि वेबसाइट पर ऐसी चीज को लिंक न करें।

@an0n666

सीआई बिल्ड का उपयोग दुर्भावनापूर्ण उद्देश्यों के लिए भी किया जा सकता है। दुर्भावनापूर्ण पीआर बनाकर और बाद में लिंक वितरित करके।
मैं अनुशंसा करता हूं कि वेबसाइट पर ऐसी चीज को लिंक न करें।

यह भी एक अच्छी बात है। मुझे लगता है कि मैं विशेष रूप से रात के निर्माण के लिए कार्यप्रवाह पर काम करना शुरू कर दूंगा जो केवल उस मास्टर से बनाता है जिसके बारे में मैंने पहले बात की है। तब हम ऐसी घटना के डर के बिना रात्रिकालीन निर्माण से जुड़ सकेंगे।

विमोचन किया जाता है।
पीपीए कल साफ हो जाएगा।
कुछ दिनों में सुरक्षा मुद्दे का विवरण।
कुछ दिनों में संगठनात्मक परिवर्तन की योजना।

और हमेशा की तरह इस रिलीज चक्र में उनके योगदान के लिए सभी को धन्यवाद।