☰

Git에서 수동으로 복제한 패키지를 제거하는 방법

tag-icon • tag-icon linux rhel configuration tmux
Git에서 수동으로 복제한 패키지를 제거하는 방법

내 컴퓨터에서 tmux를 제거하고 싶습니다. 내 tmux 버전은 다음과 같습니다.

tmux next-3.4

그리고 which tmux나에게 다음을 제공합니다:

/usr/local/bin/tmux

다음을 사용하여 제거하려고합니다 sudo yum remove tmux.

Updating Subscription Management repositories.
No match for argument: tmux
No packages marked for removal.
Dependencies resolved.
Nothing to do.
Complete!

내 컴퓨터 정보는 다음과 같습니다.

NAME="Red Hat Enterprise Linux"
VERSION="8.6 (Ootpa)"
ID="rhel"
ID_LIKE="fedora"
VERSION_ID="8.6"
PLATFORM_ID="platform:el8"
PRETTY_NAME="Red Hat Enterprise Linux 8.6 (Ootpa)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos"
HOME_URL="https://www.redhat.com/"
DOCUMENTATION_URL="https://access.redhat.com/documentation/red_hat_enterprise_linux/8/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"

REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8"
REDHAT_BUGZILLA_PRODUCT_VERSION=8.6
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux"
REDHAT_SUPPORT_PRODUCT_VERSION="8.6"
Red Hat Enterprise Linux release 8.6 (Ootpa)
Red Hat Enterprise Linux release 8.6 (Ootpa)

답변1

tmux 패키지를 설치하지 않았고 tmux를 직접 컴파일하고 설치했습니다. 따라서 패키지 관리 도구(예: yum)는 사용자가 직접 설치한 tmux 버전에 대해 아무것도 모릅니다.

즉, 수동으로 설치한 경우 수동으로 제거해야 합니다.

이를 더 쉽게 만들 수 있는 몇 가지 가능성은 다음과 같습니다.

  • 일부 프로그램 install에는 Makefile에 및 대상이 모두 있습니다. 이것이 효과가 있는지는 uninstall모르겠지만 tmux확인해 볼 가치가 있습니다. tmux의 Makefile을 실행 make uninstall하거나 확인하여 이 대상이 있는지 확인하세요. makefile 대상 은 uninstall항상 신뢰할 수 있는 것은 아니며 as build또는 대상에 가까운 곳에서는 install테스트 되지 않는 경우가 많습니다. 경고 사항. YMMV. 행운을 빌어요!

  • make -n install설치될 모든 파일을 실행 하고 기록해 둡니다. 그런 다음 수동으로 삭제하십시오. 팁: .의 출력을 파일로 리디렉션하면 make -n특히 출력이 많은 경우 도움이 될 수 있습니다.

    그런데, 확실하지 않은 경우 make옵션 -n은 다음에서 실행을 테스트하는 것입니다 man make.

    -n, --just-print, --dry-run,--recon

    실행될 명령을 인쇄하지만 실행하지는 않습니다(특정 상황 제외).

미래를 위한 제안:

패키징 소프트웨어를 사용하거나 다음과 같은 프로그램을 사용하십시오.GNU 스토우또는설치 확인소프트웨어를 컴파일하고 설치할 때. 패키지의 유용한 기능 중 일부(전부는 아님)를 제공하고 자체 컴파일된 소프트웨어를 더 쉽게 업그레이드 및/또는 제거할 수 있도록 해줍니다.

99% 이상의 경우에는 소프트웨어를 직접 컴파일해도 이점이 거의 또는 전혀 없습니다. "더 빛나고 새롭다", "버전 번호가 더 크다"는 말로는 충분한 이유가 거의 없습니다. 특히 자체 컴파일된 프로그램을 제거하는 방법이나 패키지 소프트웨어와 자체 컴파일된 소프트웨어의 차이점을 모르는 경우 더욱 그렇습니다.

반드시 갖춰야 할 특정 새 기능이나 영향을 미치는 버그가 있고 최신 업스트림 버전에서 수정되었다는 것을 알고 있으며 패키지 업데이트를 며칠 또는 몇 주 동안 기다릴 수 없는 경우가능한문제를 일으킬만한 가치가 있지만... 일반적으로 그렇지 않습니다. 단지 하나의 문제(버그 또는 기능 부족)를 다른 문제(패키지되지 않은 소프트웨어)와 교환하는 것입니다. 거의 항상 기다리는 것이 더 좋습니다.

또는 단순히 소스 코드를 다운로드하고 실행하는 대신 make install배포판의 패키징 시스템을 충분히 이해하여 최신 버전의 패키지를 자신만의 버전으로 구축할 수 있습니다. 일반적으로 이 작업은 다운로드와 같이 수행할 수 있습니다.팩소스 파일을 다운로드하고 여기에 업스트림 패치를 적용한 다음, 패키지를 다시 빌드하거나 패키지 변경 사항(예: debian/ubuntu/etc의 debian/ 디렉터리 또는 RPM 기반 배포판의 사양 파일 등)을 최신 업스트림 소스로 포팅합니다.

관련 정보