Autojump: नए पैकेज संस्करण के साथ मॉड्यूल त्रुटि नहीं मिला

मंज़रो पर यहाँ वही :(
ओएस: मंज़रो 18.1.3 जुहराया
कर्नेल: x86_64 लिनक्स 5.3.11-1-मंजारो

मंज़रो पर समान मिला:

Linux version 5.3.11-1-MANJARO
DISTRIB_ID=ManjaroLinux
DISTRIB_RELEASE=18.1.3
DISTRIB_CODENAME=Juhraya
DISTRIB_DESCRIPTION="Manjaro Linux"

autojump का उपयोग करके yay का उपयोग करके व्यवहार को ठीक किया और उसी का उपयोग करके एक साफ निर्माण के साथ पुनः स्थापित किया।

इसने मेरी कॉन्फ़िगरेशन फ़ाइल को zsh लिए फिर से सोर्स करने के बाद व्यवहार को हल किया।

साथ ही मंज़रो 18.1.3 यहाँ। autojump पैकेज को हटाना और पुनः स्थापित करना मेरे काम नहीं आया। इसके साथ पुनः स्थापित करना विफल रहा

==> Error: Could not find all required packages:
    python>=3.8 (Wanted by: autojump)

मेरा अजगर संस्करण वास्तव में 3.7.4 है।

पैकेज autojump-git अभी के लिए काम करता प्रतीत होता है।

मैं AUR के माध्यम से आर्क लिनक्स के लिए ऑटोजंप पैकेज को बनाए रखता हूं।

• 22.5.3-5 में एक संस्करणित अजगर निर्भरता शामिल है और FS#60929 में hefteg द्वारा सुझाए गए समाधान को शामिल करता है
• 22.5.3-1 में साइट-पैकेज में यह कदम नहीं है

मैं जानना चाहता हूं कि मॉड्यूल का कारण त्रुटि नहीं मिला है, हेफ्टेग के फिक्स के कार्यान्वयन के कारण है।

मैं आर्क पर zsh का उपयोग करता हूं और इसका अनुभव नहीं करता, इसलिए @ tmarti2 -

1. क्या आपने makepkg या कुछ AUR हेल्पर के साथ निर्माण किया था (AUR हेल्पर का उपयोग न करें)?
2. क्या आपके पास ~/.zshrc या ऑटोजंप के लिए कुछ भी संदर्भित या सोर्सिंग करने वाली कोई zsh फ़ाइल है?

मंज़रो उपयोगकर्ता: पता है कि मंज़रो! = आर्क ... @Syphdias टिप्पणी के आधार पर, आर्क के पीछे आपका पायथन संस्करण है, इसलिए आप इंस्टॉल नहीं कर सकते हैं।

आप PKGBUILD में depends= और _python= को python3.7 और पुनर्निर्माण कर सकते हैं और यह आपके लिए काम करना चाहिए।

हाँ, मैं मंज़रो के अधीन हूँ, मेरा बुरा।
मैं याय का उपयोग कर रहा हूं, और मुझे पूरा यकीन है कि मेरे पास .zshrc में ऑटोजंप का उल्लेख करने वाली एक पंक्ति है, लेकिन मुझे याद नहीं है कि क्या।
मैं कल कोशिश करूँगा।

मुझे लगता है कि yay एक AUR सहायक है। वे जितना हल करते हैं उससे कहीं अधिक समस्याएं पैदा करते हैं। PKGBUILD को संशोधित करें जैसा कि मैंने उल्लेख किया है और makepkg साथ निर्माण करें और मुझे लगता है कि आप ठीक हो जाएंगे ... शायद इस मुद्दे को बंद करें क्योंकि यह अपस्ट्रीम से संबंधित नहीं है।

साथ ही मंज़रो 18.1.3 यहाँ। autojump पैकेज को हटाना और पुनः स्थापित करना मेरे काम नहीं आया। इसके साथ पुनः स्थापित करना विफल रहा

==> Error: Could not find all required packages:
    python>=3.8 (Wanted by: autojump)

मेरा अजगर संस्करण वास्तव में 3.7.4 है।

पैकेज autojump-git अभी के लिए काम करता प्रतीत होता है।

ऑटोजंप-गिट अब मंज़रो पर भी टूट गया है। अपग्रेड या इंस्टॉल न करें।

@pwoehrer -

मंज़रो उपयोगकर्ता: पता है कि मंज़रो! = आर्क ... @Syphdias टिप्पणी के आधार पर, आर्क के पीछे आपका पायथन संस्करण है, इसलिए आप इंस्टॉल नहीं कर सकते हैं। आप PKGBUILD में निर्भर = और _python = को python3.7 में बदल सकते हैं और पुनर्निर्माण कर सकते हैं और यह आपके लिए काम करना चाहिए।

AUR pkg इंस्टॉल बिल्कुल गलत है। आवश्यक मॉड्यूल usr/lib/site-packages फ़ोल्डर में ../lib/python3.8/site-packages के बाहर स्थापित किए गए थे।

@noelar - /usr/lib/python3.8/site-packages/ इनके लिए सही जगह है। देखें: https://bugs.archlinux.org/task/60929

अगर मुझसे गलती हुई है तो बेझिझक मुझे सुधारें।

ग्रेस्की 2 सही है: पुस्तकालयों को स्थापित करने का स्थान वास्तव में साइट-पैकेज निर्देशिका है। परंतु...

Autojump जैसे कि केवल अजगर> = 2.6 की जरूरत है। क्या> = 3.8 को बाध्य करने का कोई अनिवार्य कारण है?

यदि नहीं, तो मैं कुछ इस तरह से सिस्टम का सही पायथन संस्करण प्राप्त करने का सुझाव दूंगा:

depends=('python>=2.6`)
_python=python${/usr/bin/env python -V | grep -Po '\d+\.\d+'}

यह तैयार अनुभाग में पैकेज के साथ गड़बड़ करने की आवश्यकता को समाप्त करेगा और साथ ही सिस्टम के लिए सही रास्तों का उपयोग करेगा।

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

अस्वीकरण: मैं न तो एक प्रोग्रामर हूं और न ही एक पैकेज मेंटेनर, इसलिए मैंने जो कुछ भी कहा है वह पूरी तरह से बकवास हो सकता है या एक ही लक्ष्य को प्राप्त करने के लिए और अधिक संक्षिप्त या सुरुचिपूर्ण तरीके हो सकते हैं।

मुझे यह विचार पसंद है लेकिन अगर मैं केवल तभी काम करूंगा जब बिल्ड मशीन में क्लाइंट मशीन के समान पायथन का संस्करण हो। दूसरे शब्दों में, कोई 3.8 (आर्क) वाली मशीन पर निर्माण कर सकता है लेकिन फिर वर्तमान मंज़रो (3.7) पर स्थापित कर सकता है। यह मानते हुए कि 3.7 बनाम 3.8 में कोई अंतर नहीं है, इसमें सिर्फ एक अतिरिक्त निर्देशिका होगी ....

क्या कोई निश्चित रूप से जानता है कि वास्तव में मतभेद हैं, यानी पाइथन 3.8 के खिलाफ पाइथन 3.7 के साथ सिस्टम पर काम करने के लिए ऑटोजंप बनाया जाएगा?

क्या एक गैर-संस्करण /usr/lib/python/site-packages/ स्वीकार्य है या क्या यह उस कारण से संस्करणित है जिसके बारे में मैं ऊपर पूछ रहा हूं?

मैं किसी भी तरह से अजगर विशेषज्ञ नहीं हूं, इसलिए शायद मुझे सटीक समस्या समझ में नहीं आ रही है।

ऑटोजंप को देखने से यह शुद्ध अजगर है (अच्छी तरह से और कुछ शेल फ्लेवर, लेकिन यह बात नहीं होनी चाहिए)। PKGBUILD में संकलित विवरण पुस्तकालयों के लिए इंटरमीडिएट बाइट कोड (*.pyc) उत्पन्न करते हैं (जितना मुझे पता है कि वे संस्करण निर्भर हैं, लेकिन यदि संस्करण मेल नहीं खाते हैं तो रन टाइम पर वैसे भी त्याग दिया जाता है)। आमतौर पर बाइट कोड उन उपयोगकर्ताओं को सक्षम करने के लिए पहले से तैयार किया जाता है जिनके पास गति से लाभ के लिए लिखने की अनुमति नहीं है।
यह ध्यान में रखते हुए कि किसी भी तरह से स्थापित करने के लिए लिखने की अनुमति आवश्यक है, यह मेरे लिए पुस्तकालयों के लिए बाइट कोड को स्थापित समय पर उत्पन्न करने के लिए समझ में आता है, न कि निर्माण समय पर।

ऑटोजंप का पायथन स्रोत एक तरह से लिखा गया है, इसलिए यह परवाह नहीं करता है कि पायथन दुभाषिया का कौन सा संस्करण उपलब्ध है, जब तक कि यह> = 2.6 है।

लेकिन फिर से: एक विशेषज्ञ नहीं, सिर्फ ऑटोजंप पसंद है और अजगर में डबलिंग।

यहाँ भी मंज़रो,

जैसे @ ग्रेस्की2 ने कहा,

1. wget https://aur.archlinux.org/cgit/aur.git/snapshot/autojump.tar.gz
2. tar -xzvf autojump.tar.gz
3. cd autojump && vim PKGBUILD

# depends=('python>=3.7')
# _python=python3.7
4. replace all the 3.8 to 3.7
5. makepkg
6. sudo pacman -U autojump-22.5.3-5-any.pkg.tar.xz

मुझे लगता है कि यह ठीक रहेगा।

@pwoehrer - समस्या यह है कि किसी को इसे एक प्रमुख पायथन संस्करण रिलीज (यानी 3.6 से 3.7 या 3.7 से 3.8) के खिलाफ पुनर्निर्माण करने की आवश्यकता है। यदि यह आधिकारिक रेपो में होता, तो मेंटेनर केवल pkgver टक्कर देता और _python चर को बदल देता, लेकिन चूंकि यह AUR है, इसलिए मुझे इसे संस्करणित python3 dep के साथ बाध्य करना होगा।

अगर निरंतरता बनाए रखने का कोई बेहतर तरीका है तो कृपया इसे मेरे साथ साझा करें।

उदाहरण के लिए, यदि आप अजगर v3.7.x के खिलाफ ऑटोजंप बनाते हैं, तो आपको मिलेगा:

% pacman -Ql autojump                                                                                       
...
autojump /usr/lib/python3/site-packages/__pycache__/autojump_argparse.cpython-37.opt-1.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_argparse.cpython-37.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_data.cpython-37.opt-1.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_data.cpython-37.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_match.cpython-37.opt-1.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_match.cpython-37.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_utils.cpython-37.opt-1.pyc
autojump /usr/lib/python3/site-packages/__pycache__/autojump_utils.cpython-37.pyc
...

मुझे डर है जब तक संकलित *.pyc पैकेज में शामिल हैं, ऐसा करने का कोई तरीका नहीं है। लेकिन जैसा कि मैंने पहले कहा, उन्हें पैकेज में शामिल करने की कोई वास्तविक आवश्यकता नहीं है। स्थापना के समय उन्हें उत्पन्न करना बेहतर होगा, क्योंकि वे सिस्टम के पायथन संस्करण का उपयोग करेंगे और वे प्लेटफॉर्म स्वतंत्र हैं। *.पीसी तब बनाया जाता है जब कोई पुस्तकालय पहली बार चलाया जाता है।

इसके अलावा, वे ऑटोजंप के कार्य करने के लिए कड़ाई से आवश्यक नहीं हैं, वे केवल सिस्टम पर थोड़ी गति प्रदान करने के लिए हैं जहां उपयोगकर्ता के पास साइट-पैकेज निर्देशिका के लिए कोई लिखित अनुमति नहीं है।

तो: नहीं, मुझे नहीं लगता कि कोई बेहतर तरीका है अगर उन्हें *.pyc को पैकेज में शामिल करने की आवश्यकता है। :-(

इस तरह से ऐसा न करने की समस्या को FS#60929 . में रेखांकित किया गया है

अगर हम संकलित भाषा में ऑटोजंप लागू करते हैं, तो हमें इस तरह के मुद्दों के बारे में चिंता करने की ज़रूरत नहीं है। मैंने इसे गो में फिर से लिखा है और लंबे समय से इसका इस्तेमाल कर रहा हूं, हो सकता है कि आप इसे आजमाना चाहें। (https://github.com/suzaku/shonenjump)

जब मैं python3.8 को python3.9 में अपग्रेड करता हूं, तो मैं इस समस्या को पूरा करता हूं, इसलिए मैं कुछ autojump पैकेज को python3.8 से python3.9 में कॉपी करता हूं, और मैंने इस समस्या को हल किया।

cp /usr/lib/python3.8/site-packages/autojump* /usr/lib/python3.9/site-packages/

जब मैं python3.8 को python3.9 में अपग्रेड करता हूं, तो मैं इस समस्या को पूरा करता हूं, इसलिए मैं कुछ autojump पैकेज को python3.8 से python3.9 में कॉपी करता हूं, और मैंने इस समस्या को हल किया।

cp /usr/lib/python3.8/site-packages/autojump* /usr/lib/python3.9/site-packages/

आप मेरे टूल को आज़मा सकते हैं, इसे brew साथ आसानी से इंस्टॉल किया जा सकता है।

@heppen - आपको एक प्रमुख संस्करण टक्कर पर किसी भी पायथन लिपि की तरह पुनर्निर्माण करना होगा।