kdesrc-build - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

kdesrc-build - KDE सॉफ़्टवेयर डाउनलोड, निर्माण और इंस्टॉल करता है।

SYNOPSIS

kdesrc-बिल्ड [विकल्प...] [मॉड्यूल नाम | मॉड्यूल सेट नाम...]

वर्णन

RSI kdesrc-बिल्ड KDE सॉफ़्टवेयर को सीधे उसके स्रोत से बनाने के लिए कमांड का उपयोग किया जाता है
भंडार। इसे सबवर्सन या गिट रिपॉजिटरी, केडीई के साथ इंटरफेस से डाउनलोड किया जा सकता है
प्रोजेक्ट डेटाबेस, और यह नियंत्रित करने का समर्थन करता है कि कौन से विकल्प पास किए गए हैं बनाना(1) और
सेमी(1). का संचालन kdesrc-बिल्ड आमतौर पर एक कॉन्फ़िगरेशन फ़ाइल द्वारा संचालित होता है
~/.kdesrc-buildrc.

RSI मॉड्यूल नाम or मॉड्यूल सेट नाम कमांड लाइन पर दिए गए नाम वैसे ही होने चाहिए
कॉन्फ़िगरेशन फ़ाइल में परिभाषित किया गया था (या तो मॉड्यूल परिभाषा में या उपयोग-मॉड्यूल
घोषणा, या एक में मॉड्यूल-सेट परिभाषा)। इसके अतिरिक्त, यह एक KDE का नाम हो सकता है
केडीई प्रोजेक्ट डेटाबेस में सूचीबद्ध मॉड्यूल (और आप मॉड्यूल नाम के पहले + से लगा सकते हैं
इसे बाध्य करें)।

kdesrc-बिल्ड पूरी तरह से नेतृत्वहीन होने में सक्षम होने के लिए डिज़ाइन किया गया है (हालांकि, देखें)। वातावरण),
और इसलिए आम तौर पर इसके इनपुट को पूरी तरह से अनदेखा कर देता है। कमांड आउटपुट होने के बजाय लॉग किया गया है
kdesrc-बिल्ड आउटपुट पर दिखाया गया है।

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

अतं मै kdesrc-बिल्ड दिखाएगा कि कौन से मॉड्यूल बनाने में विफल रहे, और लॉग कहां थे
उस बिल्ड रन के लिए रखा गया।

विकल्प

ध्यान दें: कुछ विकल्पों के संक्षिप्त रूप होते हैं, लेकिन kdesrc-बिल्ड विकल्प पार्सर समर्थन नहीं करता
इस बिंदु पर छोटे विकल्पों को एक में संयोजित करना। (जैसे दौड़ना kdesrc-बिल्ड -पीवी नहीं होगा
जैसा ही हो kdesrc-बिल्ड --दिखावा करना --शब्दशः).

-एच, --मदद
एक संक्षिप्त सारांश और अक्सर उपयोग की जाने वाली कमांड लाइन विकल्प दिखाता है।

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

--इंस्टॉल
अद्यतन और निर्माण चरण को छोड़ देता है और तुरंत मॉड्यूल स्थापित करने का प्रयास करता है
दिया हुआ।

--स्थापना रद्द करें
अद्यतन और निर्माण चरण को छोड़ देता है और तुरंत मॉड्यूल को अनइंस्टॉल करने का प्रयास करता है
दिया हुआ। ध्यान दें: यह केवल उन बिल्डसिस्टम के लिए समर्थित है जो इसका समर्थन करते हैं बनाना स्थापना रद्द करें
कमांड (जैसे KDE CMake-आधारित)।

--नहीं-src
स्रोत अद्यतन चरण को छोड़ देता है। अन्य चरणों को सामान्य रूप से शामिल किया गया है। --नहीं-svn एक
इस विकल्प के लिए पदावनत उपनाम और भविष्य में रिलीज़ में हटा दिया जाएगा।

--नहीं-इंस्टॉल
बिल्ड से इंस्टॉल चरण को छोड़ देता है। अन्य चरणों को सामान्य रूप से शामिल किया गया है।

--कोई निर्माण नहीं
निर्माण के लिए निर्माण चरण को छोड़ देता है। आंतरिक रूप से इंस्टॉल चरण बिल्ड पर निर्भर करता है
चरण पूरा हो रहा है इसलिए यह प्रभावी रूप से समकक्ष है --src-केवल, लेकिन शब्दार्थ
भविष्य में परिवर्तन हो सकता है (उदाहरण के लिए जब परीक्षण सुइट्स को अपने चरण में ले जाया जाता है)।

--कोई परीक्षण नहीं
CMake-आधारित मॉड्यूल के लिए परीक्षण सूट चलाने को अक्षम करता है। इसे पूरी तरह से प्रभावी बनाने के लिए
CMake को फिर से चलाने की आवश्यकता है, जिसे इसका उपयोग करके मजबूर किया जा सकता है --फिर से कॉन्फ़िगर करें or
--ताज़ा-निर्माण विकल्प.

--src-केवल
केवल स्रोत अद्यतन चरण निष्पादित करता है, निर्माण या स्थापित नहीं करता है। --svn-केवल एक
इस विकल्प के लिए पदावनत उपनाम और भविष्य में रिलीज़ में हटा दिया जाएगा।

--बिल्ड-ओनली
पहले स्रोत कोड को अद्यतन किए बिना निर्माण प्रक्रिया को निष्पादित करने के लिए बाध्य करता है। में
इसके अलावा, स्थापना नहीं की जाती है। (यदि लागू हो तो परीक्षण अभी भी किया जाता है,
लेकिन यह भावी रिलीज़ में बदल जाएगा)

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

--फिर से कॉन्फ़िगर करें
CMake को पुनः चलाने के लिए बाध्य करें, लेकिन बिल्ड निर्देशिका को हटाए बिना। आमतौर पर आप
वास्तव में चाहते हैं --ताज़ा-निर्माण, लेकिन यदि आप 100% आश्वस्त हैं तो अपना परिवर्तन करें cmake-विकल्प
आपके वर्तमान मध्यवर्ती आउटपुट को अमान्य नहीं करेगा तो इससे कुछ समय की बचत हो सकती है।

--बिल्ड-सिस्टम-केवल
निर्मित प्रत्येक मॉड्यूल के लिए निर्माण प्रक्रिया को बाधित करता है: निर्माण प्रक्रिया में शामिल हैं
सामान्य सेटअप तक और इसमें रनिंग भी शामिल है सेमी or कॉन्फ़िगर (जैसा उचित हो), लेकिन बनाना
चलाया नहीं गया है और कोई इंस्टालेशन का प्रयास नहीं किया गया है. यह अधिकतर चीजें प्राप्त करने के लिए ही उपयोगी होता है
पसंद कॉन्फ़िगर --मदद और cmake-gui काम करने के लिए। आम तौर पर आप चाहते हैं --फिर से कॉन्फ़िगर करें or
--ताज़ा-निर्माण.

--रेज़्यूमे-से=foo
मॉड्यूल प्रसंस्करण को मॉड्यूल तक छोड़ने के लिए इस विकल्प का उपयोग करें foo सामना किया है। foo
और बाद के सभी मॉड्यूल सामान्य रूप से संसाधित किए जाएंगे जैसे कि उन्हें निर्दिष्ट किया गया हो
कमांड लाइन. यदि आप किसी निर्माण विफलता के कारण इस विकल्प का उपयोग करना चाहते हैं
उपयोग करने पर विचार करें --नहीं-src परिणामी स्रोत अद्यतन चरण को छोड़ने के अलावा।

--रेज़्यूमे-बाद=foo
ये तो ऐसा ही है -- बायोडाटा-से, सिवाय इसके कि मॉड्यूल foo is नहीं में शामिल
विचार करने योग्य मॉड्यूल की सूची. यदि आपने मैन्युअल रूप से foo बनाया/इंस्टॉल किया है तो आप इसका उपयोग कर सकते हैं
बिल्ड को ठीक करने के बाद और बस वहां से फिर से शुरू करना चाहता हूं।

--अनदेखा-मॉड्यूल
ताकतों सब इस विकल्प का पालन करने वाले मॉड्यूल को विचार से बाहर रखा जाएगा
kdesrc-बिल्ड. यह उपयोगी हो सकता है यदि आप जानते हैं कि आप मॉड्यूल को छोड़कर सभी को संसाधित करना चाहते हैं
विशिष्ट अपवादों के लिए.

--rc-फ़ाइल=foo
दी गई फ़ाइल का उपयोग करें, foo, के बजाय कॉन्फ़िगरेशन के लिए ~/.kdesrc-buildrc or
./kdesrc-buildrc. फ़ाइल खाली हो सकती है, लेकिन मौजूद होनी चाहिए।

--उपसर्ग=foo
ओवरराइड करता है kdedir होने की सेटिंग foo इस दौड़ के लिए. इसके अलावा, तात्पर्य है
--फिर से कॉन्फ़िगर करें. यह कर देता है नहीं वास्तव में वह कार्य करें जो आप सोचते हैं कि यह करता है
(ओवरराइडिंग) उपसर्ग जहाँ मॉड्यूल स्थापित हैं उसे बदलने का विकल्प), हालाँकि द्वारा
डिफ़ॉल्ट मॉड्यूल स्थापित हैं kdedir सेटिंग अगर उपसर्ग सेट नहीं है।

--अच्छा =foo
दी गई सीपीयू प्राथमिकता को बदल देता है kdesrc-बिल्ड (और इसके द्वारा उपयोग की जाने वाली सभी प्रक्रियाएँ kdesrc-बिल्ड
जैसे बनाना(1))। foo -20 और 19 के बीच एक पूर्णांक संख्या होनी चाहिए। सकारात्मक मान
सिस्टम के बाकी हिस्सों के लिए "अच्छे" हैं (यानी कम प्राथमिकता)।

ध्यान दें कि आपके सिस्टम पर उपलब्ध संभावित प्राथमिकताएँ भिन्न हो सकती हैं
यहां सूचीबद्ध है, देखें अच्छा(2) अधिक जानकारी के लिए. यह भी ध्यान दें कि यह केवल बदलता है सी पी यू
प्राथमिकता, अक्सर आप बदलना चाहते हैं मैं / हे उन प्रणालियों पर प्राथमिकता जहां वह समर्थित है।
I/O प्राथमिकता समायोजन के लिए कोई कमांड-लाइन विकल्प नहीं है, लेकिन एक है
कॉन्फ़िगरेशन फ़ाइल विकल्प: उपयोग-निष्क्रिय-io-प्राथमिकता (हालांकि सभी विकल्पों की तरह, एक है
इसे कमांड लाइन से सेट करने का सामान्य तरीका)।

--रन=foo
द्वारा नामित प्रोग्राम चलाता है foo का उपयोग kdesrc-बिल्डसामान्य निर्माण वातावरण। सभी
इस विकल्प को पास करने के बाद मौजूद कमांड लाइन तर्क foo जैसे यह चलाया जाता है.

--रंग
"रंगीन आउटपुट" सक्षम करता है। (डिफ़ॉल्ट रूप से सक्षम)।

--रंग नहीं
"रंगीन आउटपुट" अक्षम करता है। इसे सेट करके स्थायी बनाया जा सकता है रंगीन-आउटपुट
आपकी कॉन्फ़िगरेशन फ़ाइल में गलत (या 0) का विकल्प।

--async
है kdesrc-बिल्ड स्रोत कोड मिलते ही मॉड्यूल के लिए निर्माण प्रक्रिया शुरू करें
डाउनलोडिंग समाप्त. इस विकल्प के बिना kdesrc-बिल्ड सभी स्रोत अद्यतन निष्पादित करता है
एक बार और उसके बाद ही निर्माण प्रक्रिया शुरू होती है। यह विकल्प डिफॉल्ट द्वारा सक्षम हो जाता है।

--नहीं-async
मॉड्यूल के अतुल्यकालिक निर्माण को अक्षम करता है। देखना --async अधिक विस्तृत जानकारी के लिए
विवरण। ध्यान दें कि kdesrc-बिल्डइस मोड में आउटपुट थोड़ा अलग होगा।

-में, --शब्दशः
की वाचालता के स्तर को बढ़ाता है kdesrc-बिल्ड आउटपुट (जो पहले से ही उचित है
वाचाल!)

-क्यू, --शांत
बनाता है kdesrc-बिल्ड कम शोर. केवल महत्वपूर्ण संदेश दिखाए जाते हैं.

--वास्तव में शांत
बनाता है kdesrc-बिल्ड और भी कम शोर. केवल चेतावनियाँ/त्रुटियाँ दिखाई जाती हैं।

- दाढ़
यह आमतौर पर आपके टर्मिनल को विवरण और डिबगिंग आउटपुट से भर देगा
समझ से परे, क्या वर्णन करना kdesrc-बिल्ड कर रहा है (और सोचता है कि इसे करना चाहिए)।
ध्वज शामिल है क्योंकि आउटपुट कभी-कभी डिबगिंग के लिए उपयोगी साबित हो सकता है।

--बल-निर्माण
सामान्यतः जब kdesrc-बिल्ड ध्यान दें कि मॉड्यूल पर कोई स्रोत अद्यतन नहीं है
पहले सफलतापूर्वक स्थापित किया गया था, यह उसे बनाने या स्थापित करने का प्रयास नहीं करता है
मापांक। आप उस व्यवहार को अक्षम करने और हमेशा चलाने के लिए इस ध्वज को पास कर सकते हैं बनाना.

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

--डिलीट-माय-पैच
अनुमति देने के लिए इस विकल्प को पारित किया जाना चाहिए kdesrc-बिल्ड परस्पर विरोधी स्रोत को हटाने के लिए
निर्देशिकाएँ वर्तमान में भी यह केवल गिट-आधारित मॉड्यूल को क्लोन करने का प्रयास करते समय होता है
यदि कोई मौजूदा स्रोत निर्देशिका मौजूद है। इस विकल्प को तब तक निर्दिष्ट न करें जब तक कि ऐसा न हो
सलाहदाता kdesrc-बिल्ड, और केवल तभी जब आपको स्रोत निर्देशिकाओं से कोई आपत्ति न हो
संदर्भित को हटाया जा रहा है और पुनः क्लोन किया जा रहा है।

--foo=बार
ऊपर सूचीबद्ध नहीं किए गए किसी भी विकल्प की जाँच यह देखने के लिए की जाती है कि क्या वह संभावित सूची से मेल खाता है
कॉन्फ़िगरेशन फ़ाइल विकल्प. यदि हां, तो कॉन्फ़िगरेशन फ़ाइल विकल्प foo अस्थायी है
करने के लिए सेट बार इस दौड़ की अवधि के लिए.

--मॉड्यूल,foo=बार
ऊपर की तरह, लेकिन विकल्प foo केवल सेट किया गया है बार मॉड्यूल के लिए मॉड्यूल। यह नहीं करता
मॉड्यूल सेट के लिए अभी भी काम करें, आपको प्रत्येक मॉड्यूल के लिए इसे दोहराना होगा
प्रभावित। (बेशक, आप बस अपनी कॉन्फ़िगरेशन फ़ाइल को संपादित कर सकते हैं...)

बाहर निकलें स्थिति

0
सफलता

1
आम तौर पर इसका मतलब है कि अपडेट, निर्माण या इंस्टॉल प्रक्रिया का कुछ हिस्सा विफल हो गया है, लेकिन ऐसा है
किसी भी असामान्य प्रोग्राम अंत के लिए भी उपयोग किया जाता है जिसे अन्यथा नीचे कवर नहीं किया गया है।

5
सिग्नल मिला कि मार डाला kdesrc-बिल्ड, लेकिन इसने सामान्य प्रदर्शन करने का प्रयास किया
बंद करना।

8
कमांड लाइन पर अज्ञात विकल्प पारित किया गया था।

99
एक अपवाद उठाया गया था जिसने मजबूर किया kdesrc-बिल्ड शीघ्र गर्भपात कराना।

वातावरण

होम
फ़ाइल नामों के टिल्ड-विस्तार के लिए उपयोग किया जाता है, और स्रोत, निर्माण, के लिए डिफ़ॉल्ट आधार है
और स्थापना निर्देशिकाएँ।

पथ
यह पर्यावरण चर निष्पादनयोग्य के लिए डिफ़ॉल्ट खोज पथ को नियंत्रित करता है। तुम कर सकते हो
उपयोग बिनपथ इस वेरिएबल में जोड़ने के लिए कॉन्फ़िगरेशन फ़ाइल विकल्प (उदाहरण के लिए चलाने के लिए)।
से क्रॉन(8))।

एलसी_*
LC_ से शुरू होने वाले पर्यावरण चर उपयोग किए गए स्थान को नियंत्रित करते हैं kdesrc-बिल्ड.
हालांकि kdesrc-बिल्ड इस बिंदु पर अभी भी स्थानीयकरण नहीं किया जा सकता है, कई इसे आदेश देते हैं
उपयोग हैं. kdesrc-बिल्ड सामान्यतः सेट हो जाता है LC_ALL=C उन आदेशों के लिए जिनकी उसे जांच करनी चाहिए
का आउटपुट लेकिन आप इसे मैन्युअल रूप से भी कर सकते हैं। यदि सेटिंग LC_ALL=C ए को ठीक करता है
kdesrc-बिल्ड समस्या कृपया एक बग रिपोर्ट सबमिट करें।

SSH_AGENT_PID
यह देखने के लिए इस पर्यावरण चर की जाँच की जाती है ssh-एजेंट(1) चल रहा है, लेकिन केवल यदि
kdesrc-बिल्ड यह निर्धारित करता है कि आप एक मॉड्यूल की जाँच कर रहे हैं जिसके लिए SSH लॉगिन की आवश्यकता है
(लेकिन आपको यह पता होना चाहिए क्योंकि किसी भी मॉड्यूल को डिफ़ॉल्ट रूप से इसकी आवश्यकता नहीं होती है)।

KDESRC_BUILD_USE_TTY
यदि सेट किया गया है, तो यह वैरिएबल बल देता है kdesrc-बिल्ड निष्पादित करते समय इसके इनपुट को बंद न करें
सिस्टम प्रक्रियाएं. सामान्य रूप से kdesrc-बिल्ड stdout और stderr के बाद से stdin बंद कर देता है
इसकी चाइल्ड प्रक्रियाएं पुनर्निर्देशित हैं और इसलिए उपयोगकर्ता को कभी कोई इनपुट नहीं दिखेगा
फिर भी शीघ्र.

KDESRC_BUILD_DUMP_CONTEXT
यदि सेट किया गया है, तो यह वेरिएबल इसके ठीक बाद अपने "बिल्ड संदर्भ" का विवरण प्रिंट करता है
विकल्प और कमांड लाइन तर्क पढ़ना और यह निर्धारित करना कि कौन सा मॉड्यूल बनाना है। आप
मैं इसे कभी भी सेट नहीं करना चाहता।

दूसरों
अनेक प्रोग्रामों का उपयोग किया जाता है kdesrc-बिल्ड इसके निष्पादन के दौरान, सहित
SVN(1) Git(1) बनाना(1) और, सेमी(1). इनमें से प्रत्येक कार्यक्रम का अपना हो सकता है
सेट किए जा रहे पर्यावरण चर पर प्रतिक्रिया। kdesrc-बिल्ड पर्यावरण से गुजरेंगे
वेरिएबल जो इन प्रक्रियाओं पर चलने पर सेट होते हैं। आप निश्चित सुनिश्चित कर सकते हैं
पर्यावरण चर (उदा CC or सीएक्सएक्स) का उपयोग करके सेट किया जाता है सेट-एनवी विन्यास
फ़ाइल विकल्प.

onworks.net सेवाओं का उपयोग करके kdesrc-build का ऑनलाइन उपयोग करें