MacPorts

소프트웨어 업데이트

설치된 소프트웨어 업데이트를 돕는 port 명령어의 세 가지 주요 사용 모드가 있다.

• sync는 로컬 포트 트리를 업데이트한다. 설치된 패키지를 업그레이드하지는 않으며, 대신 새 소프트웨어와 업데이트된 소프트웨어에 대한 정보를 가져온다. 이는 brew update 또는 apt update와 기능적으로 유사하다.
• selfupdate는 sync와 동일한 기능을 수행하지만 MacPorts 시스템 자체도 업데이트한다. 대부분의 경우, 단순히 sync를 실행하는 것보다 이 명령어를 사용하는 것이 권장되며, MacPorts를 사용하기 전에 매번 실행하는 것이 좋다.
• upgrade는 설치된 포트와 그 의존성들을 로컬 포트 트리에서 찾을 수 있는 최신 버전으로 업그레이드한다. 이는 apt upgrade와 기능적으로 유사하다.

예를 들어, 흔히 하는 작업 중 하나는 오래된 포트를 업데이트하는 것이다. 이는 다음 명령어를 실행하여 수행할 수 있다:

sudo port selfupdate
sudo port upgrade outdated

MacPorts는 and, or, not과 같은 논리 연산뿐만 아니라 글로브 패턴(기본 활성화) 및 정규 표현식(--regex를 통해 활성화)을 지원한다. 예를 들어, 모든 PHP 버전을 제외하고 오래된 포트를 업데이트하려면 명령어를 다음과 같이 변경한다:

sudo port selfupdate
sudo port upgrade outdated and not php*

소프트웨어 설치

사용자는 install 모드를 통해 설치하고자 하는 하나 이상의 패키지를 지정할 수 있으며, MacPorts는 해당 패키지와 그 의존성을 설치하려고 시도한다. 예를 들어, 리브레오피스와 Texmaker는 다음 명령어를 실행하여 설치할 수 있다:

sudo port install libreoffice texmaker

이는 로컬 포트 트리에 표시된 최신 버전을 설치한다. 사전에 selfupdate를 실행하면 다운로드한 패키지가 MacPorts의 최신 버전임을 보장할 수 있다.

sudo port install youtube-dl -ffmpeg

sudo port install apache2 -preforkmpm +workermpm

프론트엔드

이진 아카이브

Buildbot은 사용자가 로컬에서 패키지를 컴파일할 필요가 없도록 포트를 미리 빌드하는 데 사용된다. 이 결과물을 이진 아카이브라고 하며 설치에 필요한 시간을 줄이는 데 도움이 된다. 홈브루와 유사하게, MacPorts는 서로 다른 운영체제 버전과 아키텍처에 대해 서로 다른 빌더를 가지는 방식을 취한다. 그러나 이진 파일이 빌드에 실패하거나 포트의 라이선스가 이진 배포를 허용하지 않는 경우 때때로 로컬에서 소스로 빌드해야 할 수도 있다. 이진 파일이 빌드되지 않은 경우, MacPorts 웹사이트의 해당 개별 포트 페이지에 명시되며 관리자에게 알림이 전송된다. 또한 전용 활동 페이지에서 최근 Buildbot 이벤트를 볼 수도 있다.

이진 아카이브는 사용자가 소스에서 포트를 빌드할 때마다 로컬에서 생성된다. 또한 sudo port archive 패키지명을 실행하여 수동으로 생성할 수도 있다.

포트파일 (Portfiles)

MacPorts는 포트를 빌드하는 데 필요한 명령어를 포트 설명 파일, 즉 포트파일(portfile)에 저장한다. 이는 AUR이 PKGBUILD라고 알려진 셸 스크립트를 사용하는 방식이나, 홈브루가 formula로서 루비 스크립트를 사용하는 방식과 유사하다. 포트파일은 Tcl 통역기에 접근할 수 있는 완전한 Tcl 프로그램이다. 이들은 속성을 정의하기 위해 간단한 키-값 쌍 옵션을 사용한다.

MacPorts는 포트 설명을 작성하는 데 Tcl이라는 실제 스크립트 언어를 사용합니다. 이는 포트 작성자에게 더 복잡한 소프트웨어를 처리할 수 있는 훨씬 더 많은 유연성을 제공하며, 액션 훅(페치 전/후, 빌드, 설치 등)이라는 전체 개념이 MacPorts에서 (FreeBSD와 비교하여) 훨씬 더 깔끔합니다.

예를 들어, 다음은 Hashcat의 포트파일이다:

# -*- coding: utf-8; mode: _tcl; tab-width: 2; indent-tabs-mode: nil; c-basic-offset: 2 -*- vim:fenc=utf-8:ft=tcl:et:sw=2:ts=2:sts=2

PortSystem              1.0
PortGroup               github 1.0
PortGroup               makefile 1.0

github.setup            hashcat hashcat 6.2.3 v
github.tarball_from     archive

categories              security
license                 MIT
platforms               darwin
maintainers             @gaming-hacker openmaintainer

description             World's fastest and most advanced password recovery utility.

long_description        hashcat is the world's fastest and most advanced \
                        password recovery utility, supporting five unique modes \
                        of attack for over 200 highly-optimized hashing algorithms. \
                        hashcat currently supports CPUs, GPUs, and other hardware \
                        accelerators on Linux, Windows, and macOS, and has \
                        facilities to help enable distributed password cracking

homepage                https://hashcat.net/hashcat/

build.target            {}

checksums               rmd160  8bb501834a320aaac3de149c5ab39c2eb89ee968 \
                        sha256  c0be1c6693ee1f35c7bef1f79bf9e30a954f717ef42d00e37787aaeff3271e51 \
                        size    6222424

각 포트파일에는 포트파일을 통해 수동으로 설정할 수 있는 사전 정의된 단계가 있다. 이에는 다음이 포함된다:

Fetch(가져오기)

먼저, MacPorts는 업스트림에서 포트에 관련된 모든 파일을 검색하고 다운로드한다. 이를 distfiles라고 한다. Hashcat의 경우, 이 파일들은 깃허브에서 검색된다. 이 파일들은 설치가 완료되면 임시 빌드 파일과 함께 제거된다.

Checksum(체크섬)

체크섬은 파일마다 다르기 때문에 항상 포트파일 내에 정의된다. 다운로드한 파일의 체크섬은 포트파일의 것과 비교하여 일치하는지 확인된다.

Hashcat은 하나의 압축 파일만 다운로드되므로 포트파일에는 하나의 체크섬만 필요하다.

Patch(패치)

때때로, MacPorts를 통해 설치 가능하게 만들려면 코드를 수정해야 할 수 있다. 이는 기본적으로 잘못된 위치에 설치되는 등 다양한 이유 때문일 수 있다. 패치 파일은 가독성 있는 형식으로 소스 코드를 수정하는 데 사용될 수 있다.

위의 포트파일에서 Hashcat은 설치가 작동하기 위해 코드 변경이 필요하지 않다. 따라서 패치 파일이 필요하지 않다. 패치가 필요할 때는 패치 파일이 포트파일과 함께 저장되며, 다음과 같이 참조된다(Wget의 예):

patchfiles              prefix.patch

Configure(설정)

프로젝트의 Configure 스크립트는 빌드 프로세스를 준비하기 위해 실행된다. 이 과정의 일부는 필요한 라이브러리가 존재하는지 결정하는 것을 포함한다. Configure 스크립트가 없는 포트의 경우, 이 단계(필요한 경우 다른 단계도)를 비활성화할 수 있다.

Configure 단계가 포트파일에 참조되어 있지 않으므로, Hashcat은 MacPorts에 의해 정의된 기본 Configure 설정을 사용한다. 이는 ./configure를 통해 Configure 스크립트를 실행하는 것을 포함한다.

Build(빌드)

포트파일의 명령어는 포트를 빌드하는 데 사용된다. 실행되는 명령어는 언어에 따라 달라질 수 있다.

Hashcat의 포트파일은 이를 Makefile 프로젝트로 처리해야 함을 보여준다. 따라서 make를 실행하여 빌드된다.

Test(테스트)

일부 포트는 빌드가 성공했는지 확인하기 위해 테스트를 정의한다. 이는 사용자가 port test 패키지명을 실행할 때만 실행되는 선택적 단계이다. 따라서 포트를 설치할 때는 실행되지 않는다.

이 Hashcat 포트는 테스트 단계를 정의하지 않았다. 정의된 경우, 다음과 같이 보일 수 있다(이미지매직의 예):

test.run                    yes
test.target                 check
test.env                    DYLD_LIBRARY_PATH=${worksrcpath}/magick/.libs

Destroot

Destroot 단계는 빌드된 파일을 올바른 위치로 옮기는 첫 번째 단계이다. MacPorts는 파일을 올바른 위치(설치)에 배치하기 전에 중간 위치(destroot)로 설치를 준비하는 방식을 취한다. 이 방식의 한 가지 장점은 생성된 파일을 기록하기 쉽고, 깔끔하게 제거(uninstall)할 수 있다는 것이다.

예를 들어, 일반적으로 /opt/local/lib/libfoo.a로 설치될 파일은 destroot 단계 동안 /tmp/stage/opt/local/lib/libfoo.a로 먼저 설치되어 상대 디렉토리 구조를 유지할 수 있다.

Hashcat의 경우, 이는 make install을 실행하여 수행되며, 여기서 인수(DESTDIR) 중 하나가 임시로 파일을 저장할 위치를 지정한다.

대부분의 시나리오에서 아래 단계들만이 사용자의 기기에서 발생한다는 점에 유의해야 한다. 포트의 이진 파일이 미리 빌드되어 로컬에서 소스로 빌드할 필요가 없기 때문이다.

Install(설치)

Destroot된 파일들은 안전하게 아카이브된다. 이 파일들은 아직 활성화되지 않았으므로, 동일한 포트의 여러 다른 버전이 서로 간섭하지 않고 아카이브될 수 있다.

Activate(활성화)

포트를 활성화할 때 destroot 디렉토리의 파일들은 올바른 위치로 이동한다. 이는 파일들을 사용자에게 접근 가능하게 만들어 설치 프로세스를 완료한다.

다른 버전의 포트를 사용하고 싶다면, 현재 버전을 비활성화하고 새 버전을 활성화할 수 있다. 이는 아카이브된 파일에서 쉽게 다시 활성화할 수 있으므로 이전 포트를 제거하지 않는다.

포트를 업그레이드할 때, MacPorts는 안전 기능으로 현재 버전을 비활성화하지만 제거하지는 않는다. 이는 업데이트가 파괴적인 변경을 일으킬 경우 사용자가 쉽게 이전 버전으로 되돌릴 수 있도록 한다.