
~ 안에https://unix.stackexchange.com/a/141619/674
나는 makefile 만 저장하지 않을 것입니다. 제거 대상은 그렇지 않을 수도 있지만(또는 아마도해서는 안 된다) 성공하려면 다른 것이 필요하지만 이는 보장되지 않습니다.
즉, 원본 패키지의 복사본을 보관하는 것을 의미합니다. 하지만 이전 버전의 공개 아카이브가 있고 그것이 사라지는 것에 대해 걱정하지 않는다면 별 의미가 없습니다. 어쨌든 나중에 다시 다운로드할 수 있습니다. 이것의 유일한 문제는자동 도구를 사용하려면 먼저 실행해야 하며
./configure
, 다른 옵션을 사용하면uninstall
뭔가를 놓칠 수 있습니다.--하지만 그건 그렇게 큰 걱정은 아닌 것 같아요. 때때로 나는 어떤 것의 특정 구성에 대해 메모해 두었습니다.나는 독립적인 소스 패키지를 에 보관
/usr/local/src
하지만 필요할 때 찾을 수 있다면 문제가 되지 않습니다.
"자동 도구의 경우 먼저 실행해야 하며 ./configure
, 다른 옵션을 사용하면 uninstall
뭔가를 놓칠 수 있습니다"라는 이유는 무엇입니까?
구성, make, make install을 통해 설치된 애플리케이션을 제거하려면 구성 파일이 필요한 이유는 무엇입니까?
감사해요.
답변1
패키지에 --enable-foo
foo 하위 시스템을 구축하고 설치하도록 하는 구성 옵션이 있다고 가정합니다.libfoo.a.../lib 및푸.../bin에 실행 가능합니다. 따라서 이를 설치하고 임시 빌드 디렉터리를 정리합니다.
그런 다음 몇 달 후에 다시 돌아와 패키지 tarball을 제거하기 위해 새로 압축을 풉니다. ./configure
할 수 있도록 makefile을 재구성하려면 다시 실행해야 하며 make uninstall
구성하지 않은 경우 --enable-foo
빌드/설치/제거 명령을 사용하십시오.libfoo.a그리고푸각 make 대상에 포함되지 않을 수 있습니다. 어떤 경우에는 make uninstall
청소를 놓치게 됩니다.libfoo.a그리고푸.
보존할 가치가 있겠네요구성.상태원래 설치의 빌드 디렉터리에서 사용된 구성 옵션을 기록합니다.