हर सवाल के लिए "हाँ" मानने के लिए Pacman विकल्प?


51

डेबियन सिस्टम में सॉफ्टवेयर स्थापित करते समय हम कुछ इस तरह से डाल सकते हैं:

sudo apt-get install -y chromium-browser

इस तरह से इंस्टॉलेशन स्वचालित रूप से होता है, व्हाइटआउट इंस्टॉलेशन [Y / n] की पुष्टि करने के लिए कहता है। क्या मैं पैक्मैन के साथ भी ऐसा ही कर सकता हूं?

जवाबों:


77

से man pacman:

--noconfirm
बाईपास किसी भी और सभी "क्या आप सुनिश्चित हैं?" संदेश। जब तक आप किसी स्क्रिप्ट से पैक्मैन नहीं चलाना चाहते, तब तक ऐसा करना अच्छा नहीं है।

ध्यान से इसका उपयोग करने के बारे में योग्यता पर ध्यान दें ...

आर्क एक रोलिंग रिलीज है, जिसका अर्थ है कि पैमान को समय-समय पर कुछ काफी जटिल उन्नयन का प्रबंधन करना है। इन समयों में पैक्मैन आपको अपनी पसंद की पुष्टि करने के लिए प्रेरित करेगा- इन संकेतों की अवहेलना आम तौर पर एक महत्वपूर्ण मुद्दा नहीं होगा, लेकिन कुछ मामलों में, जैसा कि हालिया कदम से /libहोता है /usr/lib, ध्यान की कमी से बड़ी टूट-फूट होगी। यह एक ऐसी आदत नहीं है जिसे आप खेती करना चाहते हैं।


मैंने उस चेतावनी के कारण, आर्क के उपयोग के लगभग 3 वर्षों में "--noconfirm" के साथ पैक्मैन नहीं चलाया है। एक स्क्रिप्ट से कितने लोग पेसमैन चलाते हैं? बड़े जोखिम क्या हैं? मुझे उन चीजों को ठीक करने के लिए 3 या 4 बार हस्तक्षेप करना पड़ा है जो कि पैक्मैन ने अपग्रेड करने से मना कर दिया है।
ब्रूस एडिगर

3
मुझे लगता है, आर्क की संस्कृति को देखते हुए, कि चेतावनी शालीनता को हतोत्साहित करने के लिए है और यह गलत धारणा है कि पैक्मैन अपडेट को स्वचालित करना एक अच्छा विचार है। एक बहुत टूटना की pacman का उत्पादन नहीं पढ़ लोगों के लिए नीचे रखा जा सकता है; --noconfirm
एक्ससेर्बेट

1
मेरे पास एक "इंस्टॉल" स्क्रिप्ट है जो --noconfirm का उपयोग करती है। यह विचार एक हाल ही में अपडेट किए गए क्लीन इंस्टॉल के साथ एक सिस्टम लेने में सक्षम है और इसे बिना किसी उपयोगकर्ता सहभागिता के "उपयोगी" बना सकता है।
स्ट्रॉन्गबैड

3
दरअसल, --noconfirmमान नहीं रहा है yes, इसके बजाय यह डिफ़ॉल्ट उत्तर मानता है, जो कि अक्सर होता है no। उदाहरण: # pacman -Scc Cache directory: /var/cache/pacman/pkg/ :: Do you want to remove ALL files from cache? [y/N]ऊपर के मामले के लिए, yes|pacman -Sccमान लिया गया हैyes
Utgarda

1
वास्तव में, pacman --noconfirmआवश्यक है अगर आप डॉकटर कंटेनर का उपयोग कर रहे हैं, अन्यथा, यह सिर्फ एक इनपुट की प्रतीक्षा करेगा, और इस तरह कंटेनर को एक त्रुटि के साथ बंद कर देगा।
अमीन NAIRI

29

जबकि इस मामले पर मैनपेज बहुत स्पष्ट नहीं है, --noconfirmध्वज हर उत्तर पर "हां" नहीं मानेगा। यह डिफ़ॉल्ट उत्तर मानता है जो कभी-कभी "नहीं" हो सकता है।

--noconfirm
      बाईपास किसी भी और सभी "क्या आप सुनिश्चित हैं?" संदेश।
      जब तक आप किसी स्क्रिप्ट से पैक्मैन नहीं चलाना चाहते, तब तक ऐसा करना अच्छा नहीं है

"हां" मानने के लिए, आप yesकमांड के आउटपुट को पाइप कर सकते हैं pacman

yes | sudo pacman -S firefox

yes | LC_ALL=en_US.UTF-8 pacman [...]उन प्रणालियों के साथ संगतता के लिए उपयोग करें जिनकी भाषा अंग्रेजी में सेट नहीं है। अन्यथा [Y/n]प्रश्न बनते हैं [J/n], उदाहरण के लिए।
ComFreek

3
इसके अलावा इस जवाब से सावधान रहें कि यदि Pacman कभी भी एक yउत्तर के बिना एक प्रश्न पूछता है , जैसे Enter a selection (default=all)
ComFreek

@ComFreek, पारित किए गए पर्यावरण चर को बदलने के बजाय pacman, यह आसान होगा, और शायद yes J | sudo pacman -S firefoxउस मामले में करने के लिए सुरक्षित है । yes Jके बजाय बार- yesबार उत्पादन करने का कारण होगा । Jy
चपिन

"और शायद सुरक्षित है" ऐसा कैसे? ऊपर ओवरराइड केवल प्रक्रिया के पर्यावरण (पेड़) को प्रभावित करता है और इसके साथ समाप्त होता है। इसके अलावा, उपरोक्त आह्वान सभी स्थानों के लिए बिल्कुल समान है।
केल्विन

इसके अलावा, क्या होगा अगर कोई एक ऐसी कमांड लाइन को कॉपी / पेस्ट करता है, लेकिन उसका एक लोकेल होता है, जिसमें से किसी एक विकल्प का विपरीत या बिल्कुल अलग अर्थ होता है? उदाहरण: J(या Y) का अर्थ है "नहीं" या "सभी"।
केल्विन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.