명확성을 위해 내 질문을 편집했습니다.
TL;DR yayPKGBUILD 파일을 업데이트하면 로컬 PKGBUILD에서 원래 설치한 패키지가 업데이트됩니까? 즉, AUR에 없는 패키지에도 AUR 도우미를 사용할 수 있습니까?
세부 정보: 다음 단계에 따라 로컬로 PKGBUILD 파일을 생성하고 이를 사용하여 AUR에 없는 패키지를 설치한다고 가정합니다.
패키지 설치
- PKGBUILD를 포함한 빌드 파일과 systemd 장치 및 패치(일반적으로 실제 코드가 아님)와 같은 기타 필수 파일을 가져옵니다.
- PKGBUILD 및 관련 파일이 악의적이거나 신뢰할 수 없는 파일이 아닌지 확인하세요.
- 파일을 저장한 디렉터리에서 makepkg -si를 실행합니다. 그러면 코드가 다운로드되고, pacman을 사용하여 종속성을 해결하고, 컴파일하고, 패키지한 다음 패키지를 설치합니다.
위 단계에 따라 AUR 도우미를 사용하지 않고 패키지를 설치한 후 나중에 AUR 도우미를 사용하여 패키지를 업데이트된 상태로 유지할 수 있습니까? 물론 패키지가 AUR에 없기 때문에 개발자가 새 버전을 출시하면 로컬 PKGBUILD 파일을 업데이트해야 합니다. 이렇게 한다고 가정하면 좋은 AUR 도우미(예 : )가 합계를 올바르게 yay실행할 수 있습니까 ?makepkgpacman -U
제 동기는 AUR이 아닌 패키지에 대해 동일한 작업 흐름을 유지하는 것입니다. 즉, AUR 도우미를 사용하여 패키지를 업데이트하고 싶습니다.
보다 광범위하게 내 질문은 AUR 도우미가 패키지를 업데이트해야 하는 시기를 어떻게 결정합니까?입니다. 온라인 저장소에 전적으로 의존합니까, 아니면 AUR에 포함되지 않은 로컬 패키지에 대해 결정을 내릴 수 있습니까?
마지막 질문에 대한 대답이 '예'라면 내 로컬 PKGBUILD를 사용할 때 따라야 할 단계는 무엇입니까? 당연히 새 버전의 애플리케이션이 출시되면 PKGBUILD 파일을 업데이트해야 합니다. 파일 찾기와 같은 도구를 사용할 수 있도록 PKGBUILD 파일을 어딘가에 넣어야 합니까 yay? yay어떻게든 로컬 PKGBUILD 파일을 "등록" 해야 합니까 ? 버전 번호와 관련하여 특정 규칙을 따라야 합니까?
답변1
언급한 도구 중 어느 것도 자동으로 이 작업을 수행하지 않습니다. 왜냐하면 모두 PKGBUILD의 새 버전을 업데이트하기 위해 패키지 관리자에 의존하기 때문입니다. 유일한 예외는 기본적으로 최신 소스 코드를 가져오는 VCS PKGBUILD입니다.
AUR 도우미는 srcinfo를 읽어 패키지가 업데이트되었는지 확인합니다. 작동하는 데에는 마법이 없습니다. 다시 빌드/업데이트를 트리거하려면 누군가가 이 작업을 수행하고 PKGBUILD에 필요한 기타 변경 작업을 수행해야 합니다.
PKGBUILD를 업데이트하는 스크립트를 작성할 수 있지만 실제로는 관리자 역할을 맡으므로 구현 방법에 관계없이너PKGBUILD를 업데이트해야 합니다.