FAQ.hi

EN · EL · FR · ES · IT · RU · ZH · AR · HI · PT · DE

FAQ

सामान्य प्रश्न और समस्या-निवारण। यह भी देखें Configuration, Security और Repositories and Priority।

---

क्या slacker Slackware 15.0 पर काम करता है?

नहीं — और कभी नहीं करेगा। slacker का लक्ष्य Slackware -current है: 64-बिट (x86_64) और, 0.9.0 से, 32-बिट (i586/i686)। देखें Status and Roadmap।

क्या slacker मेरे तंत्र को किसी नए Slackware रिलीज़ में उन्नत कर सकता है?

हाँ — वही है slacker upgrade-dist {current|VERSION}। यह आपके मिरर और रिपॉज़िटरीयों को लक्ष्य रिलीज़ की ओर पुनः इंगित करता है और हर पैकेज को लक्ष्य के बिल्ड से बदल देता है (वह एकमात्र आदेश जो जानबूझकर प्राथमिकता-मॉडल को लाँघता है), फिर install-new + clean-system चलाता है और रिबूट से पहले आपको कर्नेल की याद दिलाता है। सदा पहले --dry-run करें और बैकअप रखें। ध्यान दें कि 15.0 तंत्र को उन्नत करने के लिए आपको एक ऐसी slacker बाइनरी चाहिए जो 15.0 की पुरानी glibc पर चले (वितरित पैकेज -current के लिए बना है); और स्थानीय-स्रोत विकल्प (DISTRO_UPGRADE_MIRROR) का अभी परीक्षण नहीं हुआ है। पूरा विवरण Distribution Upgrade में।

install/upgrade किसी पैकेज को यह कहकर अस्वीकार करता है कि रिपो किसी अन्य रिलीज़ को लक्ष्य करता है।

यह रिलीज़-मिलान रक्षक है। किसी अन्य Slackware रिलीज़ के लिए बना रिपॉज़िटरी (उदाहरण के लिए 15.0 पर अब भी सक्रिय कोई alienbob -current रिपो) GPG/md5 पास कर सकता है फिर भी ऐसे पैकेज स्थापित कर सकता है जो आपका तंत्र तोड़ दें, इसलिए slacker उसे अस्वीकार करता है। रिपॉज़िटरी को अपने तंत्र की रिलीज़ की ओर इंगित करें, या यदि आप निश्चित हों तो लाँघने के लिए --yes दें। slacker status यही बेमेल अपनी Repo release पंक्ति में दिखाता है। देखें Security।

क्या स्थापना के बाद मुझे विन्यास फ़ाइलें प्रतिलिपि करनी होती हैं?

नहीं। बाइनरी पैकेज विन्यास फ़ाइलें /etc/slacker/ के अंतर्गत यथास्थान रख देता है। आप केवल दो संपादित करते हैं — mirrors (एक चुनें) और repos (प्राथमिकताएँ निर्धारित करें)। देखें Installation।

मैं एक तेज़, अद्यतन मिरर कैसे चुनूँ?

slacker find-mirror चलाएँ। यह Slackware की आधिकारिक मिरर-सूची की जाँच करता है, हर एक को समयबद्ध करता है, ऊपरी मास्टर से पिछड़ चुके हटा देता है, शेष को गति से क्रमित करता है, और सबसे तेज़ को mirrors में डालने योग्य पंक्ति के रूप में छापता है — यह कभी आपका विन्यास स्वयं नहीं बदलता। यह किसी भी मिरर के विन्यस्त होने से पहले भी काम करता है, इसलिए नई स्थापना पर यह स्वाभाविक पहला आदेश है। बाद में slacker status ऐसे मिरर को चिह्नित करता है जो पुराना पड़ गया हो (ऊपरी से 48 घंटे से अधिक पीछे)। देखें Quick Start।

update कहता है कि किसी रिपो के पैकेज डाउनलोड नहीं होते (.../extra/extra/... जैसा दोहरा पथ)।

वह रिपॉज़िटरी एक वितरण उप-वृक्ष है (extra, patches, testing, pasture) और repos में subtree flag चाहता है। उसका PACKAGES.TXT स्थानों को वितरण की जड़ के सापेक्ष सूचीबद्ध करता है; flag slacker को बताता है कि पैकेज और कुंजी मूल URL से लाए जाएँ। देखें Repositories and Priority।

error: repos: ... duplicate priority

बाइनरी रिपॉज़िटरीयों की प्राथमिकताएँ भिन्न होनी चाहिए। हर बाइनरी रिपॉज़िटरी को एक अद्वितीय संख्या दें। (tag-priority पंक्तियाँ एक प्राथमिकता साझा कर सकती हैं — वह ठीक है।)

error: repos: ... two active mirrors / «no mirror»

mirrors में ठीक एक पंक्ति अनकमेंटेड होनी चाहिए। शून्य आधिकारिक URL को रिक्त छोड़ देता है; दो या अधिक एक त्रुटि हैं।

upgrade-all ने मेरा SBo / alienbob पैकेज उन्नत क्यों नहीं किया, जबकि नया संस्करण है?

प्राथमिकता। slacker कभी किसी स्थापित पैकेज को भिन्न प्राथमिकता के स्रोत में स्थानांतरित नहीं करता और न ही पदावनत करता है। उम्मीदवार केवल अधिक या समान प्राथमिकता के रिपॉज़िटरी से प्रस्तावित होता है। यदि आप किसी विशिष्ट रिपो का बिल्ड चाहते हैं, तो उसे पिन करें: slacker upgrade alienbob:vlc। किसी स्रोत को सदा जिताने के लिए, उसे एक टैग प्राथमिकता दें। देखें Repositories and Priority।

एक -current उन्नयन ने एक पैकेज तोड़ दिया — क्या मैं उसे वापस ला सकता हूँ?

हाँ, -current पर आधिकारिक पैकेजों के लिए। slacker revert-pkg NAME उस पैकेज के पिछले बिल्ड सूचीबद्ध करता है (removed_packages से), आपके चुने हुए को संचयी संग्रह से लाता है (पिन की हुई Slackware कुंजी के विरुद्ध GPG-सत्यापित), और उसे upgradepkg --reinstall से पदावनत करता है। ठीक बिल्ड देखने हेतु पहले --dry-run आज़माएँ। फिर यह पैकेज को जमाने का प्रस्ताव देता है ताकि upgrade-all उसे फिर आगे न खींचे — बाद में उसे slacker unfrozen NAME से हटाएँ। तृतीय-पक्ष पैकेज शामिल नहीं हैं (संचयी संग्रह केवल आधिकारिक रखता है), और यह केवल -current पर काम करता है: कोड VERSION_CODENAME पढ़ता है और किसी स्थिर रिलीज़ पर अस्वीकार कर देता है (एक कठोर, fail-closed रक्षक)। देखें Common Workflows।

मैं ब्लैकलिस्ट से कोई नियम कैसे हटाऊँ?

slacker unfrozen RULE — frozen का समकक्ष। वर्तमान नियम सूचीबद्ध करने हेतु slacker unfrozen बिना तर्क चलाएँ, फिर एक को ठीक उसी तरह दें जैसा दिखाया गया हो (मिलान शब्दशः है, इसलिए .* / * / / कभी पैटर्न के रूप में नहीं लिए जाते)। /etc/slacker/blacklist को हाथ से संपादित करना भी काम करता है। देखें Blacklist।

install-new बार-बार वे चीज़ें दिखाता है जो मैंने हटाईं / मेरा हटाया पैकेज कभी नहीं दिखाता।

install-new उन पैकेजों के लिए है जिनका नाम वितरण में नया जोड़ा गया हो — उन पैकेजों के लिए नहीं जो आपने हटाए (वे पहले से ही वृक्ष में मौजूद हैं)। किसी हटाए पैकेज को वापस रखने के लिए, slacker install NAME (या install @repo) का उपयोग करें। देखें Commands।

history emacs कुछ नहीं दिखाता, पर पैकेज स्थापित है।

नाम ठीक-ठीक मेल खाते हैं। यदि पैकेज aircrack-ng है, तो history aircrack कुछ नहीं पाता — ठीक नाम का उपयोग करें। देखें Package History।

history किसी ऐसी चीज़ के लिए old → new उन्नयन दिखाता है जिसे मैं निश्चित रूप से हटा चुका हूँ।

pkgtools की removed_packages/ निर्देशिका प्रति पैकेज पहचानकर्ता एक ही फ़ाइल रखती है, इसलिए बाद का कोई निष्कासन पहले के अभिलेख को अधिलेखित कर देता है — कुछ इतिहास उपकरण स्वयं ही खो देते हैं। slacker जितना बन पड़े उतना पुनर्निर्मित करता है और अगली ज्ञात प्रविष्टि से एक खोया उन्नयन-लक्ष्य अनुमानित करता है। देखें Package History।

एक रिपॉज़िटरी क्वारंटीन में है और कोई पैकेज नहीं देता।

slacker उस रिपॉज़िटरी को क्वारंटीन कर देता है जो जाँच में विफल हो (अगम्य या विकृत/शत्रुतापूर्ण मेटाडेटा)। slacker vet-repo NAME से पुनः जाँचें; यदि आप इसे झूठा संकेत मानें, तो slacker trust-repo NAME इसे हटा देता है (आपकी ज़िम्मेदारी पर)। देखें Security।

«key-substitution attack» / एक कुंजी आयात नहीं होती।

slacker पहले आयात पर हर रिपॉज़िटरी का GPG फ़िंगरप्रिंट पिन कर देता है (trust on first use)। भिन्न फ़िंगरप्रिंट वाली बाद की कोई कुंजी अस्वीकृत होती है। यदि कुंजी वैध रूप से बदली है, तो आपको उस रिपॉज़िटरी का पिन STATE_DIR के अंतर्गत (/var/lib/slacker/gpg/<repo>.fpr) मिटाकर पुनः आयात करना होगा। देखें Security।

मैं extra/testing/patches पैकेजों को clean-system द्वारा हटाए जाने से कैसे रोकूँ?

उन रिपॉज़िटरीयों को repos में immutable चिह्नित करें। तब उनके स्थापित पैकेज हर एक को ब्लैकलिस्ट किए बिना ही बने रहते हैं। देखें Common Workflows।

install * / remove * / history * वह नहीं करता जिसकी मैं अपेक्षा करता हूँ।

slacker के पास पैकेज चुनने हेतु कोई * वाइल्डकार्ड नहीं है। एक पूरा रिपॉज़िटरी @repo है (जैसे install @gnome); एकल पैकेज उसका ठीक नाम है; एक उप-स्ट्रिंग एक कुल से मेल खाती है। बिना उद्धरण का * slacker के चलने से पहले आपकी शेल द्वारा वर्तमान निर्देशिका के फ़ाइल-नामों में विस्तारित हो जाता है — slacker कभी * नहीं देखता और न ही आपकी निर्देशिका पढ़ता है। जब इससे गैर-पैकेज तर्कों की बाढ़ बनती है, तो slacker इसे पहचान लेता है और आदेश अस्वीकार कर देता है, बिना कुछ बदले (remove * ऐसे असली पैकेज नहीं हटाएगा जो संयोगवश किसी फ़ाइल-नाम के साथ उप-स्ट्रिंग साझा करते हों)। किसी शब्दशः पैटर्न को उद्धरण में रखें, या @repo का उपयोग करें। ध्यान दें कि ब्लैकलिस्ट भिन्न है: frozen glob और regex पैटर्न स्वीकारता ही है — देखें Blacklist।

क्या मैं सामान्य उपयोक्ता के रूप में क्वेरी चला सकता हूँ?

हाँ। search, info, file-search, check-updates, show-changelog, history और find-mirror किसी भी उपयोक्ता के रूप में चलते हैं। तंत्र बदलने वाली हर चीज़ को root चाहिए।

एक आदेश कहता है कि कोई अन्य इंस्टेंस चल रहा है।

बदलने वाले आदेश एक अनन्य ताला लेते हैं (/run/slacker.lock); एक समय में केवल एक चलता है। यदि slacker बाहर निकले या मार दिया जाए तो ताला स्वतः मुक्त हो जाता है। क्वेरी कोई ताला नहीं लेतीं।

रंग मेरे लॉग / टर्मिनल को बिगाड़ रहे हैं।

NO_COLOR=1 निर्धारित करें (जब आउटपुट टर्मिनल न हो तब रंग स्वतः भी अक्षम हो जाता है)। लंबे आउटपुट के लिए पेजर $PAGER या less -FRX है।

मैं कोई बग कैसे रिपोर्ट करूँ या कोई सुविधा कैसे माँगूँ?

यहाँ एक issue खोलें: https://forge.slackware.nl/rizitis/slacker/issues।