Upgrading Gentoo/ko

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

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

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

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

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


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

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

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

The profile in use is determined by the symbolic link, which points to a subdirectory of which holds the profile files. For instance, the default 13.0 profile can be found at. The files in the parent directories are part of the profile as well (and are therefore shared by different subprofiles). This is why we call these cascaded profiles.

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

There are various reasons that a new profile may be created: the release of new versions of core packages (such as, , or ) that are incompatible with previous versions, a change in the default USE flags or in the virtual mappings, or maybe a change in system-wide settings.

프로파일을 바꾸지 않는 릴리즈
새 젠투 릴리즈에 새 프로파일이 없으면 아무 일도 일어나지 않음을 안전하게 미리 확인해볼 수 있습니다. :D

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

프로파일을 바꾸는 릴리즈
If a release (such as 13.0 for ) introduces a new profile, you have the choice to migrate to the new profile.

보통 강요하지 않으며, 젠투 핸드북에서 설명한대로 계속해서 오래된 프로파일을 사용하며 패키지 업데이트를 할 수 있습니다.

그러나, 젠투에서는 프로파일이 오래되면 업데이트를 진심으로 권합니다. 프로파일이 오래되면 젠투 개발자가 더이상 이 프로파일의 지원 계획을 하지 않습니다.

새 프로파일로의 이전을 결정했다면, 업데이트를 직접 실행해야 합니다. 릴리즈 단위로의 업데이트 방법은 상당히 다양하며, 새 프로파일에 도입한 수정사항이 얼마나 많느냐에 따라 달라집니다.

제일 간단한 경우는 심볼릭 링크만 바꿔주면 되며, 최악의 경우에는 무당의 강신춤을 추는 동안에 시스템 전체를 다시 컴파일 해야 할 수도 있습니다. 시스템 프로파일 이전은 보통 릴리즈 노트에서 다룹니다. 이 안내서의 나머지 부분에서 절차를 찾아볼 수도 있습니다.

지원 프로파일
You can view the list of profiles on your architecture officially supported by Gentoo developers when you and then run the following command:

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

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

Older snapshots are often still available on some mirrors on the Internet or on specific locations dedicated for this purpose. It is recommended to verify the integrity of those files to make sure they are not tampered with:

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

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

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

일반 절차
First, run. The utility will let you view and select profiles easily, without needing to create or remove symlinks by hand.

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

2008.0, 2007.0, 2006.1로 업데이트
이 프로파일을 업그레이드 하려면 에 분명하게 UNICODE="yes"라고 설정하여 유니코드 로캘을 기본으로 설정할건지 확인해야 합니다. 이게 동작하도록 하려면 시스템에서 사용할 유니코드 로캘을 만들어야 합니다. 적당한 로캘을 어떻게 만드는지 알아보려면 UTF-8 게시물을 살펴보십시오.

Alternatively, if you do not wish to set a locale, you should specify UNICODE="no" in, and re-emerge (or wait until your next baselayout 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 프로파일로 전환하려면, 심볼릭 링크가 새 위치를 가리키도록 해야 합니다. 프로파일을 바꾸기 전에 포티지가 최신인지 확인하십시오.

- 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.

- 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.

- Upgrading to the 2.4 -kernel based 2006.0/2.4 profile requires manual user intervention (unmerging java stuff) and an because of the gcc upgrade. Upgrading to the 2.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.

모든 다른 아키텍처 - 이전 프로파일에 대해 근본적으로 바뀐 내용이 없어 처리할 일이 없습니다.

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

모든 아키텍처 - 이전 프로파일에 대해 근본적으로 바뀐 내용이 없어 처리할 일이 없습니다.

- 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으로 업데이트
2005.0의 도입으로, 몇가지 아키텍처에 대해 추가 프로파일을 정의합니다. 이들 중 하나로 옮겨가기 전에 언급한 프로파일에 대한 설명을 읽어보십시오. 이전에는 2.4 커널을 기본으로 했지만 대부분의 아키텍처에서는 이제 2.6 커널 트리를 기본으로 사용합니다.

일부 아키텍처에서는 어떤 프로파일에서 다른 프로파일로 변환하기 위해 해야 할 몇가지 절차가 필요합니다. 이 경우에 대한 절차 안내를 표에 연결했습니다.

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

2.4 기반 리눅스 시스템에서 2.6 기반 커널로 옮겨가려면, 젠투 리눅스 2.6 이전 안내서를 읽었는지 확인하십시오.

2004.3으로 업데이트
2004.3 프로파일을 도입하면 사용자는 시스템에 대한 전반적인 수정을 보지 않아도 됩니다(아래에 자세한 내용이 있습니다). 다만, 젠투 개발자들은 쌓인 프로파일의 적용을 빨리 하기 위해 새 프로파일을 밀어넣고 몇가지 프로파일을 오래된 것으로 간주하기로 결정했습니다. 이는 디렉터리의 새 배치를 따르는데 예를 들자면 (포티지 2.0.51 이상에서 지원하는) 이 있습니다.

2004.3 프로파일로 바꾸려면, 심볼릭 링크가 새 위치를 가리키도록 하십시오:

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.

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

Updating Portage to support cascading profiles
이 섹션은 업그레이드 안내서에서 제대로 정리되진 않았지만, 약간 중요합니다. 이 섹션 이전에 보여드린 프로파일에서는 단계별 프로파일을 진원하는 포티지 버전을 필요로 합니다. 그러나, 몇가지 오래된 프로파일은 포티지 업그레이드와 더이상 있지도 않은 프로파일의 사용을 배격합니다. 어떻게 업그레이드 시도를 하려 해도 포티지에서는 실패 결과를 보여줍니다.

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로 업데이트
2004.2 프로파일로 바꾸려면, 심볼릭 링크가 새 위치를 가리키도록 하십시오:

- This profile changes the default X11 implementation from (deprecated) 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.

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

2004.0으로 업데이트
2004.0 프로파일로 바꾸려면, 심볼릭 링크가 새 위치를 가리키도록 하십시오:

모든 아키텍처 - 이전 프로파일에 대해 근본적으로 바뀐 내용이 없어 처리할 일이 없습니다.

1.4보다 오래된 프로파일을 1.4로 업데이트
이번의 경우 업그레이드는 조금 복잡한데, 여기에서 찾아보실 수 있습니다.

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

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

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

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

Network, chroot and update
새로 설치할 때는 네트워크에 접근해서 관련 정보를 네트워크에서 복사해와야 합니다:

Now chroot into the intermediate build location, and start updating vital packages on the live system, until the live system can be updated from within the live system (rather than through the intermediate build chroot).

Now start building packages onto the live system:

Keep this chrooted session open and try to update the live system. When failures occur, use this chrooted session to update packages using the build tools available in the intermediate build chroot (which includes recent, , etc.) Don't forget to prefix all commands with   within the chroot!