Autojump: 새 패키지 버전에서 모듈을 찾을 수 없음 오류

여기 manjaro에서도 동일합니다 :(
OS: 만자로 18.1.3 주라야
커널: x86_64 Linux 5.3.11-1-MANJARO

Manjaro에서 같은 것을 찾았습니다.

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 대한 구성 파일을 다시 소싱한 후 동작을 해결했습니다.

Manjaro 18.1.3도 여기에 있습니다. autojump 패키지를 제거하고 다시 설치해도 작동하지 않았습니다. 재설치 실패

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

내 파이썬 버전은 실제로 3.7.4입니다.

autojump-git 패키지가 현재 작동하는 것 같습니다.

AUR을 통해 Arch Linux용 autojump 패키지를 유지 관리합니다.

• 22.5.3-5는 버전이 지정된 Python 종속성을 포함하고 FS#60929 에서 hefteg가 제안한 솔루션을 통합합니다.
• 22.5.3-1에는 사이트 패키지로의 이동이 없습니다.

모듈을 찾을 수 없음 오류의 원인이 hefteg의 수정 사항을 구현했기 때문인지 알고 싶습니다.

나는 Arch에서 zsh를 사용하고 이것을 경험하지 않으므로 @tmarti2 -

1. makepkg 또는 일부 AUR 도우미로 빌드했습니까(AUR 도우미를 사용하지 않음)?
2. ~/.zshrc 또는 autojump에 대한 항목을 참조하거나 소싱하는 zsh 파일에 항목이 있습니까?

Manjaro 사용자: Manjaro != Arch ... @Syphdias 주석에

PKGBUILD의 depends= 및 _python= 를 python3.7 하고 다시 빌드하면 제대로 작동합니다.

네, 저는 Manjaro 아래에 있습니다.
나는 Yay를 사용하고 있으며 .zshrc에 autojump를 언급하는 줄이 있다고 확신하지만 무엇을 기억할 수 없습니다.
나는 내일 시도할 것이다.

yay 가 AUR 도우미라고 가정합니다. 그들은 해결하는 것보다 더 많은 문제를 일으킵니다. 내가 언급한 대로 PKGBUILD를 수정하고 makepkg 빌드하면 괜찮을 것이라고 생각합니다. 업스트림과 관련이 없기 때문에 이 문제를 닫을 수 있습니다.

Manjaro 18.1.3도 여기에 있습니다. autojump 패키지를 제거하고 다시 설치해도 작동하지 않았습니다. 재설치 실패

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

내 파이썬 버전은 실제로 3.7.4입니다.

autojump-git 패키지가 현재 작동하는 것 같습니다.

Autojump-git은 이제 Manjaro에서도 손상되었습니다. 업그레이드하거나 설치하지 마십시오.

@pwoehrer -

Manjaro 사용자: Manjaro != Arch ... @Syphdias 주석에

AUR pkg 설치가 완전히 잘못되었습니다. 필요한 모듈은 ../lib/python3.8/site-packages 외부의 usr/lib/site-packages 폴더에 설치되었습니다.

@noelar - /usr/lib/python3.8/site-packages/ 이 올바른 위치입니다. 참조: https://bugs.archlinux.org/task/60929

내가 틀렸다면 자유롭게 수정하십시오.

Graysky2가 맞습니다: 라이브러리를 설치할 장소는 실제로 site-packages 디렉토리입니다. 하지만...

Autojump는 python >= 2.6만 필요합니다. >= 3.8을 강제하는 강력한 이유가 있습니까?

그렇지 않은 경우 다음과 같이 수행하여 시스템의 올바른 Python 버전을 가져오는 것이 좋습니다.

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

이렇게 하면 준비 섹션에서 패키지를 엉망으로 만들 필요가 없고 시스템에 올바른 경로를 사용할 수도 있습니다.

파이썬 버전을 3.8로 강제하면 최신 버전의 파이썬을 사용하지 않거나 사용할 수 없는 모든 시스템(Arch 및 파생 제품)에 대한 패키지가 중단됩니다. 또한 Arch와 함께 제공된 버전이 다시 변경되면 패키지가 손상됩니다.

면책 조항: 저는 프로그래머도 패키지 관리자도 아니므로 제가 말한 것의 일부 또는 전부가 완전히 말도 안 될 수도 있고 동일한 목표를 달성하기 위한 보다 간결하고 우아한 방법이 있을 수도 있습니다.

아이디어가 마음에 들지만 빌드 머신에 클라이언트 머신과 동일한 버전의 Python이 있는 경우에만 작동합니다. 즉, 3.8(Arch)이 있는 머신에 빌드한 다음 현재 Manjaro(3.7)에 설치할 수 있습니다. 3.7과 3.8의 차이점이 없다고 가정하면 추가 디렉토리가 있을 뿐입니다....

실제로 차이점이 있는지, 즉 python3.8에 대해 빌드된 자동 점프가 python3.7이 있는 시스템에서 작동하는지 확실히 아는 사람이 있습니까?

버전이 지정되지 않은 /usr/lib/python/site-packages/ 수 있습니까, 아니면 위에서 질문한 이유로 버전이 지정되었습니까?

나는 결코 파이썬 전문가가 아니므로 정확한 문제를 이해하지 못할 수도 있습니다.

autojump를 보면 순수한 파이썬입니다. PKGBUILD의 컴파일 문은 라이브러리에 대한 중간 바이트 코드(*.pyc)를 생성합니다(버전에 따라 다르지만 버전이 일치하지 않으면 런타임에 삭제됨). 일반적으로 쓰기 권한이 없는 사용자도 속도 향상의 이점을 누릴 수 있도록 바이트 코드가 미리 생성됩니다.
어쨌든 설치하려면 쓰기 권한이 필요하다는 점을 고려하면 빌드 시간이 아니라 설치 시간에 라이브러리에 대한 바이트 코드를 생성하는 것이 합리적입니다.

autojump의 파이썬 소스는 >= 2.6이라면 어떤 버전의 파이썬 인터프리터를 사용할 수 있는지 상관하지 않는 방식으로 작성되었습니다.

하지만 다시: 전문가가 아니라 자동 점프를 좋아하고 파이썬에서 손을 대는 것뿐입니다.

여기도 만자로,

@graysky2가 말했듯이,

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로 강제해야 합니다.

일관성을 유지하는 더 현명한 방법이 있으면 저와 공유하십시오.

예를 들어, python v3.7.x에 대해 autojump를 빌드하면 다음을 얻게 됩니다.

% 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가 패키지에 포함되어 있는 한, 이를 수행할 방법이 없습니다. 그러나 전에 말했듯이 패키지에 실제로 포함할 필요는 없습니다. 시스템의 python 버전을 사용하고 플랫폼에 독립적이기 때문에 설치 시 생성하는 것이 좋습니다. *.pc는 라이브러리를 처음 실행할 때 생성됩니다.

또한 autojump가 작동하는 데 꼭 필요한 것은 아니며 사용자가 site-package 디렉토리에 대한 쓰기 권한이 없는 시스템에서 약간의 속도 향상을 제공하기 위한 것입니다.

그래서: 아니요. 패키지에 *.pyc가 포함되어야 한다면 더 좋은 방법이 없다고 생각합니다. :-(

이 방법을 사용하지 않는 문제는 FS#60929에 설명되어 있습니다

컴파일된 언어로 autojump를 구현하면 이런 종류의 문제에 대해 걱정할 필요가 없습니다. 나는 그것을 Go로 다시 작성했고 오랫동안 그것을 사용하고 있습니다. 아마도 당신이 그것을 시도하고 싶을 것입니다. (https://github.com/suzaku/shonenjump)

python3.8을 python3.9로 업그레이드할 때 이 문제가 발생하므로 python3.8의 일부 autojump 패키지를 python3.9로 복사하고 이 문제를 해결했습니다.

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

python3.8을 python3.9로 업그레이드할 때 이 문제가 발생하므로 python3.8의 일부 autojump 패키지를 python3.9로 복사하고 이 문제를 해결했습니다.

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

내 도구를 사용해 볼 수 있습니다. brew 로 쉽게 설치할 수 있습니다.

@heppen - 주요 버전 범프에서 Python 스크립트처럼 다시 빌드해야 합니다.