Upgrading Gentoo/ko

이 문서에서는 새 젠투 릴리즈가 기존의 설치 내용에 어떻게 영향을 주는지 설명합니다.

철학
젠투 바닥에서는 리눅스 세계의 일부와 비교했을때 업그레이드 과정의 개념이 약간 다릅니다. 프로그램 업그레이드를 함에 있어 "기존"의 방법으로 할 수 없다는 사실을 이미 알고 계실지도 모릅니다: 새 릴리즈를 기다렸다 다운로드 하고, 광학 매체에 구운 후 CD-ROM 에 넣고 다음 업그레이드 절차를 따릅니다.

아시는 바와 같이(젠투 사용자로서) 이 과정은 최선봉에서 살아남으려는 파워 유저에게 굉장한 좌절감을 심어줍니다. 다른 배포판의 파워 유저라도 아마 빠르고 빈번한 업데이트를 돕는 apt또는 apt-rpm같은 다양한 인기있는 도구가 주어져 있는 상황에서 느낌은 마찬가지일겁니다. 그러나 그 어떤 배포판이라 할지라도 젠투만큼 사용자의 요구를 만족하는건 없습니다. 일단 시작할 때부터 젠투 자체가 빠른 성장성 업데이트 개념을 기반으로 설계했기 때문입니다.

이상적으로 시스템을 어떻게 최신으로 유지하는지 설명하는 젠투 핸드북의 포티지 소개편의 절차를 따라 한번 설치를 해봤고 릴리즈에 시달리진 않았습니다. 이게 보통 하던 방식대로긴 하지만 가끔은 직접 핵심 시스템을 업데이트해야 할 때가 있습니다.

릴리즈와 프로파일
젠투 릴리즈 과정에 대해 자꾸 반복되는 질문중 하나가 "사용자로 하여금 프로그램을 업데이트 하도록 하는 것도 아닌데 왜 자꾸 새 릴리즈를 내놓는거죠?" 입니다. 여기에 대해 몇가지 이유가 있습니다:


 * 새 릴리즈라 함은 문제를 수정하고 기능을 더 추가한 설치 CD임을 의미합니다.
 * 새 릴리즈에는 GRP 꾸러미 최신 모음을 제공하여 사용자로 하여금 설치하는데 "가장 빠른 방법" (stage3 + 미리 컴파일한 꾸러미)을 따라가도록 하여 오래되지 않은 시스템으로 마무리 할 수 있도록 합니다.

새로운 비호환 기능을 포함한 릴리즈가 나오거나 시스템 전반적인 동작을 완전히 수정하는 핵심 꾸러미 모음 및 설정을 제공하는 경우 새 프로파일을 제공한다고 합니다.

프로파일이란 설정 파일의 모음이며, 시스템꾸러미를 고려한 이빌드, 기본 USE 플래그, 가상 패키지 기본 대입, 동작중인 시스템의 아키텍처에 대한 내용을 담고 있는의 하위 디렉터리에 저장되어 있습니다.

사용중인 프로파일은 심볼릭 링크가 결정하며, 프로파일 파일과 연결된 의 하위 디렉터리를 가리킵니다. 예를 들어 기본 x86 13.0 프로파일은 에 있습니다. 상위 디렉터리의 파일은 있는 그대로의 프로파일 일부입니다(그렇기 때문에 다른 하위 프로파일과 공유합니다). 이것이 우리가 중첩 프로파일 이라 부르는 이유입니다.

프로파일은 디렉터리에 기본으로 남아있으며, 나중에 새 프로파일로 인해 오래된 내용으로 방치됩니다. 이런 상황이 벌어지면 이름이 붙은 파일이 프로파일 디렉터리에 들어갑니다. 이 파일의 내용은 "업그레이드 해야 할" 프로파일의 이름입니다. 포티지는 새 프로파일로 업데이트 해야 할 때 자동으로 경고하려는 경우 이 정보를 사용합니다.

새 프로파일을 만드는덴 몇가지 이유가 있습니다. 이전 버전과 호환되지 않는 핵심 꾸러미의 새 버전 릴리즈일 경우, 기본 USE 플래그나 가상 대입을 바꾸는 경우, 시스템 전반적인 설정을 바꿔야 하는 경우가 있습니다.

프로파일을 바꾸지 않는 릴리즈
If a new Gentoo release does not include a new profile then you can safely pretend that it never happened. :)

젠투 핸드북에서 설명한 바와 같이 설치한 패키지를 업데이트 한다면 새 릴리즈를 사용하여도 이미 설치한 완전히 동일한 프로파일대로 시스템이 갖춰집니다.

프로파일을 바꾸는 릴리즈
(x86용 13.0 같은)릴리즈에 새 프로파일이 들어오면, 새 프로파일로 옮기는 선택을 할 수 있습니다.

Naturally, you are not forced to do so, and you can continue to use the old profile and just update your packages as explained in the Gentoo Handbook.

However, Gentoo strongly recommends updating your profile if it becomes deprecated. When this happens, it means that Gentoo developers no longer plan on supporting it.

If you decide to migrate to the new profile, then you will have to manually perform the update. The way you update may vary significantly from release to release; it depends on how deep the modifications introduced in the new profile are.

In the simplest case you only have to change the symlink, in the worst case you may have to recompile your system from scratch while doing a neat voodoo dance. Migration is usually covered in the release notes. You can also find instructions further in this guide.

지원 프로파일
젠투 개발자가 공식적으로 지원하는 아키텍처의 프로파일 목록은 를 실행하고 다음 명령을 실행하면 볼 수 있습니다:

오래된 시스템 업그레이드
어떤 시스템은 프로파일을 전환하기엔 너무 오래되어 있는 경우가 있습니다. 새 프로파일은 좀 더 최신의 포티지 버전을 필요로 하나, 더이상 설치할 수 없는 프로그램을 필요로 하는 경우가 있는데, 오래된 프로그램 버전에 대한 꾸러미 정의(이빌드)가 더이상 없기 때문입니다.

이 경우, 오래된 포티지 트리 스냅샷을 먼저 받아야 하며 최소한 포티지(그러나 시스템 꾸러미 모음 모두에 맞게)를 업그레이드 해야 하는데, 포티지 트리 스냅샷 날짜는 프로파일 전환 절차를 반복적으로 따라 충분히 최신 내용이 되도록 점차적으로 받아와야 합니다.

오래된 스냅샷일수록 종종 이런 목적으로 제공하기 위해 지정 위치나 인터넷 미러에서 제공합니다. 받아온 파일이 문제가 있는지 파일의 무결성을 확인해보십시오.

서명 키가 오래됐다 하더라도 서명은 여전히 유효해야 합니다.

(굉장히) 오래된 시스템 업그레이드
가끔은 쉽게 업그레이드 하기에는 너무 오래되는 경우가 있습니다. 업그레이드 과정중에는 더이상 없는 (포티지 같은) 프로그램의 중간 버전이 필요하며, 단계별로 포티지 트리를 업데이트 해야 할 지도 모릅니다(예를 들어 점진적 트리 업데이트는 3~4개월마다 한 단계씩 이루어집니다).

이런 시스템을 업그레이드 하려면, 시스템을 업데이트할 때 사용할 최근 stage3를 사용하면 됩니다. 절차는오래된 시스템 업그레이드 장에 있습니다.

일반 절차
먼저 를 실행하십시오. 유틸리티를 통해 별도로 심볼릭링크를 만들거나 제거하지 않고도 프로파일을 쉽게 보고 선택할 수 있습니다.

직접 프로파일을 바꾸려 하신다면 간단히 다음 과정대로 하십시오:

2008.0, 2007.0, 2006.1로 업데이트
If you intend to upgrade to these profiles, you should be aware that they expect the system to be set to a Unicode locale by default; specifically that UNICODE="yes" is set in. For this to work, you must have created a Unicode locale for your system to use. Please read the UTF-8 article to learn how to create the proper locale.

Alternatively, if you do not wish to set a locale, you should specify UNICODE="no" in, and re-emerge   (or wait until your next   update) with the   USE flag. You can set  just for  , or you can set it globally for all packages by adding it to your USE variable in.

마지막으로, 프로파일을 업데이트 할 때 다음 일반 업그레이드 절차를 따르시면 됩니다.

2006.0으로 업데이트
2006.0 프로파일로 전환하려면, 심볼릭 링크가 새 위치를 가리키도록 해야 합니다. 프로파일을 바꾸기 전에 포티지가 최신인지 확인하십시오.

alpha - Users that use a 2.4 kernel or don't want to use NPTL should use the default-linux/alpha/no-nptl profile. More information is available in the alpha release notes.

ppc - The merge of the ppc32 and ppc64 profiles went forward. The ppc32 profile has been changed in a way that offers a minimalistic generic profile for all purposes, located in default-linux/ppc/ppc32. The release-dependent profile is optimized for desktop-usage and located in default-linux/ppc/ppc32/2006.0. There are some subprofiles available for G3 and G4 processors, and G3/Pegasos and G4/Pegasos for the Pegasos Open Desktop Workstation. Make sure you choose the correct subprofile for your system when migrating to a 2006.0 profile.

sparc - Upgrading to the2.4 -kernel based 2006.0/2.4 profile requires manual user intervention (unmerging java stuff) and an  because of the gcc upgrade. Upgrading to the2.6 -kernel based 2006.0 profile which is not considered stable also requires an entry in to unmask a 2.6 version of   and a full rebuild.

All other archs - There are no fundamental changes in this profile. No specific action needs to be performed.

2005.1로 업데이트
To switch to the 2005.1 profile, point the symlink to the new location. Make sure your Portage is updated before you change your profile.

All archs - There are no fundamental changes in this profile. No specific action needs to be performed.

ppc - With the 2005.1 release, the ppc and ppc64 profiles were merged and a number of subprofiles for specific subarchitectures were created. Make sure you choose the correct subprofile for your system when migrating to a 2005.1 profile.

2005.0으로 업데이트
With the introduction of 2005.0, several architectures have decided to define additional profiles. Make sure you read the description of said profiles before you decide to migrate to one of them. Most architectures now also default to the 2.6 kernel tree where 2.4 was chosen previously.

Some architectures require a bit more actions to be completed in order to convert from one profile to another. If that is the case, the step-by-step guides are linked from the table.

To switch to the selected profile, point the symlink to the new location. Make sure your Portage is updated before you change your profile!

If you are running a Linux 2.4-based system but want to migrate to a 2.6-based kernel, make sure you read our Gentoo Linux 2.6 Migration Guide.

2004.3으로 업데이트
With the introduction of the 2004.3 profiles, users are not going to see huge modifications of their systems (see below for details). However, Gentoo developers decided to push out this new profile and to deprecate quite a few of the old ones to speed up the adoption of stacked profiles, that is, the profiles that follow the new layout of the directory, for instance  (supported by Portage 2.0.51 or later).

To switch to the 2004.3 profile, point the symlink to the new location:

All archs - As said above, there are no big changes introduced in this profile. However, it should be noted that  and   are no longer considered system packages. This means that if you run, Portage will try to remove them from your system. If you need any of those packages, add them to after the profile switch, or manually emerge them.

ppc - is now the default instead of   for newly installed machines. This has no effect on already installed machines, though.

중첩 프로파일을 지원하는 포티지 업데이트
Although this section does not seem to integrate well in this upgrading guide, it is quite important. Any profile listed above this section requires a Portage version that supports cascading profiles. However, some obsoleted profiles don't allow the user to upgrade Portage or the user is using a profile that isn't available anymore - any attempt to upgrade Portage will result in a failure.

To work around this problem, users can set a temporary symbolic link to the obsolete profile, allowing them to upgrade their Portage after which they can continue with the upgrade procedure set forth in this guide. Please substitute  with your respective architecture:

2004.2로 업데이트
To switch to the 2004.2 profile, point the symlink to the new location:

x86 - This profile changes the default X11 implementation from  to. This change only touches the default value, and is only relevant for those who have not installed an X server yet. If you already have one installed, then it will not affect you at all; you are free to switch from one X server to the other exactly as before.

amd64 - There are no fundamental changes from previous profiles, no specific action needs to be performed.

2004.0으로 업데이트
To switch to the 2004.0 profile, point the symlink to the new location:

All archs - There are no fundamental changes from previous profiles, no specific action needs to be performed.

1.4보다 오래된 프로파일을 1.4로 업데이트
The instructions for this upgrade are quite complex, you can find them here.

업데이트 개념
이 업그레이드 접근 개념은 최근 스테이지 3을 풀어놓은 빌드 과정 chroot를 만드는 것입니다. 그 후에 스테이지 3 chroot 환경에 있는 도구를 사용하여 실제 동작중인 시스템의 꾸러미를 업그레이드 하도록 하겠습니다.

빌드 과정 chroot 준비
라고 하는 빌드 과정 chroot를 먼저 만들고, 최신 스테이지 3를 여기에 풀으십시오.

다음에는, 여기 chroot 환경에 마운트 지점을 만들고, 여기에다가 동작중인 이전 환경의 마운트를 바인딩하도록 하겠습니다.

이제 에서 (이전의) 동작중인 시스템에 접근할 수 있습니다. 또한 빌드 과정 chroot 내부로 chroot 하면 패키지를 업데이트 할 수 있습니다.

네트워크 연결, chroot, 업데이트
새로 설치할 때는 네트워크에 접근해서 관련 정보를 네트워크에서 복사해와야 합니다:

이제 빌드과정 위치로 chroot 하고 실제 동작중인 시스템에 최근 꾸러미 업데이트를 시작하여, (빌드 과정 chroot를 통하기보단) 실제 동작중인 시스템에서 업데이트를 계속할 수 있을 때까지 (과정을) 진행하도록 하겠습니다.

이제 실제 동작중인 시스템에 꾸러미 빌드를 시작하겠습니다

chroot한 세션을 열린 채로 내버려 두고 실제 동작중인 시스템을 업데이트 해보십시오. 문제에 봉착하면 빌드 과정 chroot에 있는 빌드 도구를 사용하여 꾸러미를 업데이트 하려는 목적으로 chroot한 세션(최신 glibc, gcc 등을 포함)을 사용할 수 있습니다. chroot 환경에서 모든  명령 앞에   값을 앞에 붙이는걸 잊지 마십시오.

감사문
이 안내서에 제공한 노고에 대해 다음 작성자와 편집자분들께 감사의 말을 전하고자 합니다:


 * Gregorio Guidi
 * Chris Gianelloni
 * Joshua Saddler