Linux From Scratch 제 5.0 판 Gerard Beekmans 하마자키 야스히라 - 일본어 번역 koh@bj.wakwak.com Copyright (C) 1999-2003 by Gerard Beekmans 이 책은 필요 최저한의 소프트만을 사용해, 제로로부터 Linux 시스템을 만드는 과 정도를 설명합니다. Copyright (c) 1999-2003, Gerard Beekmans All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: · Redistributions in any form must retain the above copyright notice, this list of conditions and the following disclaimer. · Neither the name of "Linux From Scratch" nor the names of its contributors may be used to endorse or promote products derived from this material without specific prior written permission. · Any material derived from Linux From Scratch must contain a reference to the "Linux From Scratch" project. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. (역주:이하는 참고(뜻)이유이며 법적인 효력을 가지는 것은 상기의 원문입니다. 또, 일본 어역의 권리는 원문에 준하는 것으로 합니다. ) 개정의 유무에 구애받지 않고, 소스와 바이너리 형식에 의한 재배포와 사용은, 이하의 조 건이 들어간다면 허가된다. ·어떠한 형식의 재배포도, 상기의 저작권의 통지와 이 조건의 일람, 이하 의 면책 사항을 포함하지 않으면 안 된다. · "Linux From Scratch" 라고 하는 명칭과 그 공헌자의 이름은 어느쪽이나, 특별한 사전의 문면에서의 허가없이 이 자료로부터 유래하는 성과나 창작품을 추천, 장 려 하기 위해서 사용되어서는 안 된다. · Linux From Scratch 로부터 유래하는 성과나 창작품은 "Linux From Scratch" 프로젝트에의 출전을 포함하지 않으면 안 된다. 이 소프트웨어는 저작권 보관 유지자와 공헌자에 의해 "그대로" 규정되어 시 판성이나 특정의 목적을 위한 적합성에의 암시적인 보증을 포함한, 또 그런 만큼 한 들않고 모든 명시적 또는 암시적인 보증을 하지 않는다. 어떤 경우에 대해도 대 리책임자 또는 공헌자는 직접적, 간접적, 이차적, 예외적, 전형적인 피해(이 아래의 것을 포함하지만 그런 만큼 한정되지 않는다-대용이 되는 것이나 서비스의 입수. 기능 , 정보, 또는 이익의 손실. 업무의 중단등)에 붙어 얼마나 그 원인과 라고 해도, 또 책임의 모든 이론에 있어, 대조적으로 엄밀한 책임 와 그러한 피해의 가능성에 대한 충고도 포함한 이 소프트웨어가 있고 인가 되는 사용 방법에 따라 일어나는 불법 행위(과실 그 외를 포함한다)여도, 법 목표 책임을 지지 않는 것으로 한다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 헌정 내가 사랑하는 협력적인 아내 Berverly Beekmans 에 바친다. Table of Contents 서문 처음에 이 책을 읽으시는 (분)편에 어떤 사람이 이 책을 읽으려고 생각할까 이 책을 읽으려고 하지 않는 사람 미리 필요한 일 구조 제 1 부 - 도입 제2부 - 구축의 준비 제3부 - LFS 시스템의 구축 제사부 - 부록 I. 제 1 부-도입 1. 처음에 어떻게 행해질까 본서로 사용하는 범례와 표기 방법 본서의 판 개정의 기록 자원 사례 일본어 번역에 대해 2. 중요한 정보 $LFS 에 대해 SBU 에 대해 테스트 스위트에 대해 질문의 방법 II. 제2부-구축의 준비 3. 새로운 파티션을 준비한다 처음에 새로운 파티션을 작성한다 새로운 파티션에 파일 시스템을 작성한다 새로운 파티션의 마운트 4. 필요한 것: 패키지와 패치 처음에 모든 패키지 필요한 패치 5. 잠정 시스템의 구성 처음에 Toolchain 기술 정보 $LFS/tools 디렉토리를 작성한다 LFS 라고 하는 유저를 추가한다 환경을 설정한다 Binutils-2. 14 의 인스톨 - 제 1 단계 GCC-3. 3.1 의 인스톨 제 1 단계 Linux-2. 4.22 헤더의 인스톨 Glibc-2. 3.2 의 인스톨 Glibc 가"가두고" Tcl-8. 4.4 의 인스톨 Expect-5. 39.0 의 인스톨 DejaGnu-1. 4.3 의 인스톨 GCC-3. 3.1 의 인스톨 Binutils-2. 14 의 인스톨 Gawk-3. 1.3 의 인스톨 Coreutils-5. 0 의 인스톨 Bzip2-1. 0.2 의 인스톨 Gzip-1. 3.5 의 인스톨 Diffutils-2. 8.1 의 인스톨 Findutils-4. 1.20 의 인스톨 Make-3. 80 의 인스톨 Grep-2. 5.1 의 인스톨 Sed-4. 0.7 의 인스톨 Gettext-0. 12.1 의 인스톨 Ncurses-5. 3 의 인스톨 Patch-2. 5.4 의 인스톨 Tar-1. 13.25 의 인스톨 Texinfo-4. 6 의 인스톨 Bash-2. 05b 의 인스톨 Util-linux-2. 12 의 인스톨 Perl-5. 8.0 의 인스톨 불필요한 것을 없앤다 III. 제3부- LFS 시스템의 구축 6. 기본적인 시스템 소프트웨어를 인스톨 한다 처음에 디버그 심볼에 대해 chroot 환경에 들어간다 소유권을 변경한다 디렉토리를 작성한다 prov 와 devpts 파일 시스템의 마운트 필요한 기호 연결을 작성한다 passwd 와 group 파일을 작성한다 디바이스의 작성 (Makedev-1. 7) Linux-2. 4.22 의 인스톨 Man-pages-1. 60 의 인스톨 Glibc-2. 3.2 의 인스톨 Toolchain 를 재조정한다 Binutils-2. 14 의 인스톨 GCC-3. 3.1 의 인스톨 Coreutils-5. 0 의 인스톨 Zlib-1. 1.4 의 인스톨 Lfs-Utils-0. 3 의 인스톨 Findutils-4. 1.20 의 인스톨 Gawk-3. 1.3 의 인스톨 Ncurses-5. 3 의 인스톨 Vim-6. 2 의 인스톨 M4-1. 4 의 인스톨 Bison-1. 875 의 인스톨 Less-381 의 인스톨 Groff-1. 19 의 인스톨 Sed-4. 0.7 의 인스톨 Flex-2. 5.4a 의 인스톨 Gettext-0. 12.1 의 인스톨 Net-tools-1. 60 의 인스톨 Inetutils-1. 4.2 의 인스톨 Perl-5. 8.0 의 인스톨 Texinfo-4. 6 의 인스톨 Autoconf-2. 57 의 인스톨 Automake-1. 7.6 의 인스톨 Bash-2. 05b 의 인스톨 File-4. 04 의 인스톨 Libtool-1. 5 의 인스톨 Bzip2-1. 0.2 의 인스톨 Diffutils-2. 8.1 의 인스톨 Ed-0. 2 의 인스톨 Kbd-1. 08 의 인스톨 E2fsprogs-1. 34 의 인스톨 Grep-2. 5.1 의 인스톨 Grub-0. 93 의 인스톨 Gzip-1. 3.5 의 인스톨 Man-1. 5m2 의 인스톨 Make-3. 80 의 인스톨 Modutils-2. 4.25 의 인스톨 Patch-2. 5.4 의 인스톨 Procinfo-18 의 인스톨 Procps-3. 1.11 의 인스톨 Psmisc-21. 3 의 인스톨 Shadow-4. 0.3 의 인스톨 Sysklogd-1. 4.1 의 인스톨 Sysvinit-2. 85 의 인스톨 Tar-1. 13.25 의 인스톨 Util-linux-2. 12 의 인스톨 GCC-2. 95.3 의 인스톨 개정된 chroot 커멘드 LFS-Bootscripts-1. 12 의 인스톨 시스템 원가요소를 설정한다 7. 시스템 부트 스크립트를 설정한다 처음에 이러한 스크립트에 의해 부트 프로세스가 어떻게 일할까? setclock 스크립트를 설정한다 나는 loadkeys 스크립트가 필요합니까? sysklogd 스크립트를 설정한다 localnet 스크립트를 설정한다 /etc/hosts 파일을 작성한다 네트워크 클립트를 설정한다 8. LFS 시스템을 기동할 수 있도록(듯이) 한다 처음에 /etc/fstab 파일을 작성한다 Linux-2. 4.22 의 인스톨 LFS 시스템을 기동할 수 있도록(듯이) 한다 9. 마지막에 마지막에 유저 리스트에 등록하자 시스템을 재기동한다 아직 그 밖에? IV. 제사부-부록 A. 패키지의 설명과 의존성 처음에 Autoconf Automake Bash Binutils Bison Bzip2 Coreutils DejaGnu Diffutils E2fsprogs Ed Expect File Findutils Flex Gawk GCC Gettext Glibc Grep Groff Grub Gzip Inetutils Kbd Less LFS-Bootscripts Lfs-Utils Libtool Linux (the kernel) M4 Make MAKEDEV Man Man-pages Modutils Ncurses Net-tools Patch Perl Procinfo Procps Psmisc Sed Shadow Sysklogd Sysvinit Tar Tcl Texinfo Util-linux Vim Zlib B. 프로그램과 라이브러리 파일의 목록 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 서문 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 나는 수많은 다른 Linux 디스트리뷰션을 사용해 왔습니다만, 의 어떤 것1개(살)에도 만족할 수 없었습니다. 부트 스크립트의 배치를 좋아하는 것은 아 선였고, 몇개의 프로그램이 디폴트로 설정되어 있는 것도 좋아하지는 않았습니다. 매우 많은 그 손가 나를 괴롭힐 수 있었습니다. 결국, 내가 자신의 Linux 시스템에 완전하게 만족하려고 한다면, 소스코 드만을 사용해 제로로부터 나 자신의 시스템을 구축할 필요가 있기로 깨달았습니다. 나는 어떤 종류의 미리 컴파일 된 패키지도 , 몇개의 기본적인 유틸리티를 인스톨 하는 CD-ROM나 부트 디 스크도 사용하지 않는 것을 결심했습니다. 또, 나의 시스템을 개발하는데 현재 의 나의 Linux 시스템을 사용하기로 했습니다. 이 난폭한 생각은 그 때는 매우 곤란하게 생각되고, 또 자주 불가능한 작 업에도 생각되었습니다. 의존성이나 컴파일시의 에러등의 모든 종류의 문제 (을)를 정리한 후에, 제대로 사용할 수 있는 주문 건축의 Linux 시스템이 만들어 내지고 했다. 나는 이 시스템을 Linux From Scratch 시스템, 또는 짧고 LFS 시 줄기라고 불렀습니다. 자신의 LFS 로 훌륭한 시간을 보낼 수 있도록. -- Gerard Beekmans gerard@linuxfromscratch.org ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 이 책을 읽으시는 (분)편에 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 어떤 사람이 이 책을 읽으려고 생각할까 이 책을 읽는 이유대기는 여러 가지 있겠지요. 제일의 이유는 Linux 시스템 (을)를 원시 코드로부터 그대로 인스톨 하기 위한(해)지요. 많은 사람이 " 와에 있는 것을 다만 다운로드해 인스톨 할 수 있는데, 왜 수동으로 Linux 시스템을 제로로부터 구축하는 노고를 하려고 하는지? " 그렇다고 하는 의문을 듭니다. 이것은 좋은 질문으로, 이 마디를 마련한 동기이기도 합니다. LFS 존재의 하나의 중요한 이유는, Linux 시스템이 어떻게 움직일까에 무심코 (이)라고 구석구석까지 배우는 사람들을 돕기 (위해)때문에입니다. LFS 시스템을 구축하는 것은, Linux 시스템을 움직이고 있는 것, 그리고 그 각각이 어떻게 함께 , 또 의존 시합이면서 움직일까를 분명히 하는데 도움이 됩니다. 이 학습 경험 하지만 제공하는 가장 좋은 일의 1개는, Linux 를 자신의 취향이나 요구에 맞추어 카 스타마이즈 하는 능력입니다. LFS 의 기본적으로 중요한 (일)것은, 누군가 다른 사람이 완성한 것에 의지하지 않고 , 자신의 시스템을 좀 더 많이 관리하도록(듯이) 하는 것입니다. LFS 와 함께 당신이 운전 자리에 앉아, 디렉토리의 레이아웃이나 부트 스크립트의 설정 등, 시스 템의 모든 면을 스스로 결정합니다. 당신은 또, 어디에, 왜, 어느 게프로그램을 인스톨 할까를 결정합니다. LFS 마시자 하나의 특전은, 매우 컴팩트한 Linux 시스템을 만드는 능력입니다 . 표준의 디스트리뷰션을 인스톨 할 경우에, 당신은 언제나 , 전혀 사용하는 것이 없는 것 같은 몇개의 프로그램을 인스톨 하는 것을 강요당합니다. 그것들은 귀중한 디스크 스페이스를, 나쁘게 하면 CPU 사이클 (을)를 낭비하면서, 다만 거기에 눌러 앉을 뿐입니다. LFS 시스템을 100 MB 이하로 구축하는 것은 어렵지는 않습니다. 아직 많이 들립니까? 저희들 중의 여러명 (은)는, 매우 작은 편입 LFS 시스템을 만드는 연구를 실시해 오고 있습니다. 저희들 (은)는 Apache 웹 서버를 달리게 하는 만큼 충분한 시스템을 약 8 MB 의 디 스크스페이스로 잘 구축했습니다. 한층 더 잘라 채워, 5 MB 나 그것 이하도 가능 노우지요. 이것은 보통 디스트리뷰션에서는 도저히 할 수 없을 것입니다 . 배포된 Linux 를 패스트 푸드에서 사는 햄버거에 비유하는 것이 성과 . 즉, 자신이 무엇을 먹고 있는지에 임해서 생각하지 않은, 이라고 하는 것 입니다. 한편, LFS 는 햄버거는 아니고 햄버거를 만드는 레시피를 제공해 . 이것은, 마음에 들지 않는 재료를 없애, 또 햄버거의 풍미를 늘린다 재료를 더하는 등, 자주(잘) 음미할 수가 있습니다. 레시피에 납득하면(자), 재료 (을)를 준비합시다. 당신은 다만 좋아하는 대로 만듭니다. 쬐는, 굽는, 올린다 , 통구이로 하는, 생으로 먹어도 상관하지 않습니다. 한층 더 다른 억지 쓰고를 한다면, LFS 를 완성한 집에 비유할 수도 있습니다 . LFS 는 집의 뼈대 구조를 제공합니다만, 그것을 어떻게 건축할까는 당신 나름 입니다. 계획은 하고 싶게 자유롭게 수정해 주세요. 주문 건축의 Linux 시스템의 이점의 마지막 1개(살)은 시큐러티입니다. 시스템 전체를 원시 코드로부터 컴파일 하는 것으로, 모든 물건을 검사해, 필요하다 (이)라고 생각하는 모든 시큐러티 패치를 대는 권한이 있습니다. 누군가가 세큐 리티호르를 수정하는 바이너리 패키지를 컴파일 하는 것을 기다릴 필요는 없습니다. 패치를 검토해, 스스로 패치를 수신자명 있고 한정해, 새로운 바이너리 패키지가 올바르게 구축되어 실제로 문제를 적절히 수정 되어 있다라는 보증은 얻을 수 있지 않습니다. 스스로 자신의 LFS 시스템을 구축하는 것에 대하여, 여기에 싣지 못할(정도)만큼 매우 많은 이유가 있습니다. 이 마디는 빙산의 일각에 지나지 않습니다. 당신은 LFS 시스템의 경험을 쌓는에 따라, 정보와 지식이 실로도 늘어뜨리는 힘을 독력 그리고 찾아내겠지요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 이 책을 읽으려고 하지 않는 사람 어떤 이유로 해라, 아마 이 책을 읽고 싶지 않다고 느끼는 사람이 있겠지요. 제로로부터 자신의 Linux 시스템을 구축하고 싶다고 생각하지 않으면, 이 책을 읽기 실은 생각하지 않을 것입니다. 저희들의 목적은, 완벽으로 사용에 적절한 기초 레벨의 시 줄기를 당신이 구축하는 것을 돕는 것입니다. 컴퓨터가 기동하는 사랑 (이)다에 무엇이 규정 있는지를 알고 싶은 것뿐이라면,"From Power Up To Bash Prompt" HOWTO 를 권합니다. 이 HOWTO 는 본서와 닮은 최저한의 시스템을 구축 하고 있습니다만, 엄밀하게는 BASH prompt까지 기동할 수 있는 시스템을 만들어 낸다 일로 초점을 맞히고 있습니다. 어느 쪽을 읽을까 결정하기 어려워 하고 있다면, 우선 무엇을 하고 싶은 것인지를 분명히 키해 . Linux 시스템을, 그방법을 배우면서 구축하고 싶은 것이면, 공등 구본서가 가장 좋은 선택이지요. 목적이 완전히 교육상의 것으로, 지금의 완성해 시스템에 어떤 계획도 가지고 있지 않으면, 아마 "From Power Up To Bash Prompt" HOWTO 가 보다 좋은 선택이 되겠지요. "From Power Up To Bash Prompt" HOWTO 는 http://axiom.anu.edu.au/~okeefe /p2b/ 나 The Linux Documentation Project 의 웹 사이트 http:// www.tldp.org/HOWTO/From-PowerUp-To-Bash-Prompt-HOWTO.html 에 있습니다. (역주： "From Power Up To Bash Prompt" HOWTO 의 일본어 번역은 Linux JF Project 의 웹 사이트 http://www.linux.or.jp/JF/JFdocs/ From-PowerUp-To-Bash-Prompt-HOWTO.html 에 있습니다. ) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 미리 필요한 일 이 책은 독자가 Linux 소프트웨어의 사용과 인스톨에 대해 상당양의 지 식을 가지고 있으면(자) 상정합니다. LFS 시스템을 구축하기 시작하기 전에, 이하의 HOWTO를 읽는 것이 좋을 것입니다. · Software-Building-HOWTO 이것은 Linux 에 있어서의 "일반적인" UNIX 소프트웨어의 구축과 인스트 르에 대한 광범위한 가이드입니다. 이 HOWTO 는 이하의 장소에서 손에 들어 와 . http://www.tldp.org/HOWTO/Software-Building-HOWTO.html (역주：이 HOWTO 의 일본어 번역은 Linux JF Project 의 웹 사이트 http://www.tldp.org/HOWTO/Software-Building-HOWTO.html 로 이용 가능해 . ) · The Linux Users' Guide 이 가이드는 분류된 Linux 소프트웨어의 사용 분을 취급해, 이하의 장소 그리고 손에 들어 옵니다. http://espc22.murdoch.edu.au/~stewart/guide/ guide.html. · The Essential Pre-Reading Hint 이것은 특히 Linux 의 초심자전용으로 쓰여진 LFS 힌트집입니다. 이것은, 대부분이 넓은 분야의 토픽을 망라하는, 역립에 개정보원에의 링크에 되어 있습니다. LFS 를 인스톨 하려고 하는 사람은, 적어도 이 히 트집안이 많은 토픽에 대해 이해해 두는 편이 좋을 것입니다 . 이것은 이하의 장소에서 손에 들어 옵니다. http://www.linuxfromscratch.org/ hints/downloads/files/essential_prereading.txt ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 구조 이 책은 이하의 4 개의 부분에 구별 차지고 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 제 1 부 - 도입 제 1 부에서는 어떻게 인스톨 할까를 따라가는 개인가의 중요한 정보를 설 명 해, 이 책에 대한 메타 정보, 즉 이 책의 판, 개정 기록, 사례, 제휴 메일링리스트등을 줍니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 제2부 - 구축의 준비 제2부에서는 어떻게 구축의 준비를 하는가 하는 설명을 합니다. 파티쇼 의 작성, 패키지의 다운로드, 잠정 툴의 컴파일 등. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 제3부 - LFS 시스템의 구축 제3부에서는 LFS 시스템의 구축에 가이드 합니다. 모든 패키지 하나하나 (을)를 컴파일 해 인스톨 해, 부트 스크립트를 설정해, 커넬을 이 스토르 합니다. 그 결과 완성되는 기본적인 Linux 시스템은, 다른 소후 트웨아를 구축할 수가 있어 시스템을 좋아하는 대로 넓히는 토대 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 제사부 - 부록 제사부는 2개의 부록으로부터 됩니다. 1개째는 인스톨 된 패키지의 알파벳순서의 리스트로, 각각의 패키지에는 그 공식의 다운로 드 장소와 내용, 인스톨의 의존성이 주어지고 있습니다. 2개째의 부록의 리스트는, 이러한 패키지에 의해 인스톨 되는 모든 프로그라 무와 라이브러리의 알파벳순서의 리스트입니다. 이것에 의해 있는 프로그라 무나 라이브러리가 어느 패키지에 속한 것일까 곧바로 압니다. (처음의 부록의 대부분은 제2부와 제3부에 집약되고 있습니다. 이것은 이 책을이나 (이)나 두껍게 합니다만, 보다 읽기 쉬워진다고 믿고 있습니다. 또, 인스톨을 가고 있는 동안에 부록을 계속 참조할 필요는 없습니다. 이 가거나 오거나는 , 특히 본서의 plaintext판을 읽고 있는 경우에는 정말로 싫은 일이 되어 . ) I. 제 1 부-도입 Table of Contents 1. 처음에 2. 중요한 정보 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 1. 처음에 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 어떻게 행해질까 우선, 미리 인스톨 한 Linux 디스트리뷰션( Debian (이)나 Mandrake, Red Hat, SuSE 등)을 사용해 LFS 시스템을 구축하려고 해 (이)라고 있습니다. 이 현재의 Linux 시스템(호스트)은 출발점으로서 사용됩니다. 왜냐하면, 새로운 시스템을 구축하는데 컴파일러나 링커, 쉘 물어 프로그램을 필요로 하기 때문입니다. 필요한 툴은, 통상, 디스트리비 션을 인스톨 할 때의 옵션의 하나로서 "development" (을)를 선택하고 있으면 이용할 수 있습니다. 제 3 장에서는, 우선 신규의 Linux 네이티브인 파티션과 파이르시스 템을 작성합니다. 거기가 새로운 LFS 시스템이 컴파일 되어 또 인스 사용료 되는 장소가 됩니다. 그 후에 제 4 장으로, LFS 시스템을 구축한다 의에 필요한 모든 패키지와 패치를 다운로드해, 새로운 파이르시 줄기상에 그것들을 보존합니다. 제 5 장에서는 기본적인 개발 세트( toolchain 라고도 합니다)를 구성하는 다수 구의 패키지의 인스톨에 대해 설명합니다. 이 toolchain 는 제 6 장으로 실제의 시스템을 구축하는데 사용됩니다. 이러한 패키지 중의 있고 구두인가는 닭과 알의 관계를 해결하는데 필요하게 됩니다. 예를 들어 컴파일러를 컴파일 하는데는 컴파일러가 필요합니다. 제 5 장으로 우선 행해지는 것은 toolchain 의 구축의 제 1 단계에서, Binutils (와)과 GCC 의 작성입니다. 이러한 패키지의 프로그램은, 호스트 시스템으로부터 독립해 사용할 수 있도록(듯이) 정적으로 링크됩니다. 2번째에 하는 것은 C 라이브라 리인 Glibc 를 구축하는 것입니다. Glibc 는 제 1 단계에서 구축한지 얼마 안된 toolchain 에 의해 컴파일 됩니다. 세번째에 하는 것은 toolchain 의 구 축의 제 2 단계입니다. 이번 toolchain 는 새롭게 구축된 Glibc 에 대해서 동 적으로 링크됩니다. 제 5 장의 나머지는, 2회째의 구축으로 작성한 toolchain (을)를 사용해 모든 패키지를 구축해, 호스트로부터 독립한 새로운 Glibc 에 동 적으로 링크하는 것입니다. 이것이 완료했을 때, LFS 인스톨 프로세스는 이미 실행중의 커넬을 제외해 호스트 디스트리뷰션에 의존 섬키 응. "이거 정말로 자신의 호스트 디스트리뷰션으로부터 도망치기 시작할 뿐(만큼)인데, 대단한 일과 같이 보이는"이라고 생각하고 있을지도 모르겠네요. 충분한 기술적인 설 명은, 정적 링크와 동적 링크의 달라에 대한 설명도 포함해, 제 5 장의 처음 그리고 가고 있습니다. 제 6 장에서는 실제의 LFS 시스템이 구축됩니다. chroot ( change root ) 프로그램을 사용해 가상적인 환경에 들어가, 그 루트 디렉토리가 LFS 파 티션으로 설정되는 쉘을 개시합니다. 이것은, LFS 파티션을 root partition로서 마운트하도록(듯이) 커넬을 재기동해 지시 일과 매우 자주(잘) 닮았습니다. 실제로 재기동하지 않고 chroot 를 사용하는 이유는, 기동 가능한 시스템을 만들려면 금방에 필요로 하지 않는 불필요한 일이 요구된다 (으)로부터입니다. 그러나 주된 이점으로서는, chroot 를 사용하면 LFS 가 구축되고 있다 사이에 호스트를 계속 사용할 수가 있는 것입니다. 패키지의 컴파일이 완 끝 하는 것을 기다리고 있는 동안, 가상 콘솔을 다른 것으로 바꾸는지, X 데스크탑으로 다만 여느 때처럼 컴퓨터를 사용하고 있으면 좋습니까 들. 인스톨을 끝나게 하기 위해서(때문에), 제 7 장으로 부트 스크립트가 설정되어 카 네루와 부트 로더-가 제 8 장으로 설정됩니다. 제 9 장은 이 책을 끝나게 했다 나중에 당신을 돕는 몇개의 조언을 포함합니다. 마지막으로, 컴퓨터를 재 기동해 새로운 LFS 시스템을 움직일 준비를 할 수 있습니다. 이것이 구축 과정의 간단한 설명입니다. 각각의 단계의 상세한 정보는, 당신이 나아감에 따라 각각의 장안과 패키지의 소개 중(안)에서 설명됩니다. 만약 지금 무엇인가 완전하게는 잘라 하지 않아도 걱정하지 마세요. 모든 것은 충분하고와 사리가 맞읍니다. 제 2 장을 주의 깊게 읽어 주세요. 제 5 장까지와 그 이후에 대해, 어머나 조향타 째 알아 두지 않으면 안 되는 몇개의 중요 사항을 설명하고 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 본서로 사용하는 범례와 표기 방법 이해하기 쉽게 하기 위해서, 본서 전체를 통해 수많은 범례와 표기 방법이 . 이하에 몇개의 예를 나타냅니다. . /configure --prefix=/usr 이것은, 둘러싸인 텍스트 부분에 주의해, 본 대로 입력하도록(듯이) 시 되고 있습니다. 이러한 형태는, 어느 커멘드에 대해 설명하고 있는 것인가 (을)를 확실히 하기 위해서(때문에) 설명 부분에서도 사용하고 있습니다. install-info: unknown option `--dir-file=/mnt/lfs/usr/info/dir' 이 형식(등폭 폰트)의 텍스트는, 커멘드를 사용해 나오는 결과 에 붙어 화면 표시를 나타낸 것으로, 또 /etc/ld.so.conf 와 같이 파이 르명을 나타내는데도 사용됩니다. 강조 이 형식의 텍스트는 본서에서는 몇개의 목적으로 사용됩니다. 주로 중요한 점의 강조로, 또 무엇을 입력하는지의 예를 나타내는데도 사용됩니다. http://www.linuxfromscratch.org/ 이 형식의 텍스트는 하이퍼 링크에 사용됩니다. 본서와 다운 로 드 할 수 있는 장소나 웹 사이트에 있는 HOWTO 류와 같은 외부의 페이지의 양쪽 모두 에 사용됩니다. cat > $LFS/etc/group << "EOF" root:x:0: bin:x:1: ...... EOF 이와 같이 항목을 나타낸 것은, 주로 설정 파일을 작 때사 . 최초의 커멘드는, EOF 라고 하는 캐릭터 라인이 있는 곳(중)까지의 행 모든 것을 입력해, $LFS/etc/group 라고 하는 파일을 작성하는 것을 시스템에게 전하고 . 따라서, 이러한 모든 항목은 통상 본 대로 입력합니다 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 본서의 판 이것은 2003 년 11 월 5 일에 발행된 Linux From Scratch 제 5 판입니다. 만약 이 책이 2 개월 이상 낡은 것으로 있으면, 개정판이 아마 입수 가능합니다. 조 위해(때문에)는 이하의 URL 에 리스트 된 밀러인 1개를 체크해 주세요. http://www.linuxfromscratch.org/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 개정의 기록 5.0 - November 5th, 2003 ·갱신: □ automake-1. 7.6 □ bash-2. 05b □ binutils-2. 14 □ e2fsprogs-1. 34 □ file-4. 04 □ findutils-4. 1.20 □ gawk-3. 1.3 □ gcc-3. 3.1 □ gettext-0. 12.1 □ glibc-2. 3.2 □ glibc-2. 3.2-sscanf-1.patch □ grep-2. 5.1 □ groff-1. 19 □ gzip-1. 3.5 □ less-381 □ lfs-bootscripts-1. 12 □ libtool-1. 5 □ linux-2. 4.22 □ man-1. 5m2 □ man-1. 5m2-80cols.patch □ man-1. 5m2-manpath.patch □ man-1. 5m2-pager.patch □ man-pages-1. 60 □ modutils-2. 4.25 □ procps-3. 1.11 □ procps-3. 1.11.patch □ psmisc-21. 3 □ sed-4. 0.7 □ sysvinit-2. 85 □ tar-1. 13.25 □ texinfo-4. 6 □ util-linux-2. 12 □ vim-6. 2 ·추가: □ bash-2. 05b-2.patch □ bison-1. 875-attribute.patch □ coreutils-5. 0 □ coreutils-5. 0-uname.patch □ coreutils-5. 0-hostname-2.patch □ dejagnu-1. 4.3 □ expect-5. 39.0 □ expect-5. 39.0.patch □ gawk-3. 1.3.patch □ gcc-2. 95.3 □ gcc-2. 95.3-2.patch □ gcc-2. 95.3-no-fixinc.patch □ gcc-2. 95.3-returntype-fix.patch □ gcc-3. 3.1-no_fixincludes-2.patch □ gcc-3. 3.1-specs-2.patch □ gcc-3. 3.1-suppress-libiberty.patch □ grub-0. 93 □ grub-0. 93-gcc33-1.patch □ inetutils-1. 4.2 □ lfs-utils-0. 3 □ ncurses-5. 3-etip-2.patch □ ncurses-5. 3-vsscanf.patch □ perl-5. 8.0-libc-3.patch □ shadow-4. 0.3-newgroup-fix.patch □ tcl-8. 4.4 □ zlib-1. 1.4-vsnprintf.patch ·삭제: □ bin86-0. 16.3 □ fileutils-4. 1 □ fileutils-4. 1. patch □ findutils-4. 1-segfault.patch □ findutils-4. 1. patch □ glibc-2. 3.1-libnss.patch □ glibc-2. 3.1-root-perl.patch □ gzip-1. 2.4b.patch □ lilo-22. 2 □ netkit-base-0. 17 □ sh-utils-2. 0 □ sh-utils-2. 0. patch □ sh-utils-2. 0-hostname.patch □ tar-1. 13. patch □ textutils-2. 1 □ vim-6. 1. patch · 2003 년 11 월 2 일 [alex]: 부록 A "에 대한 최종 확인" 의 행을 모두 쌀 트아우트 한다. · 2003 년 10 월 28 일 [greg]: "Glibc 가 가두고" 와 "toolchain 의 재조사 정"의 sed 를 강화한다. · 2003 년 10 월 26 일 [greg]: 제 6 장 Glibc: 제 5 장의 Glibc 에 적합 /etc/ld.so.conf 를 작성하는 커멘드를 추가한다. 종료 버그 700. · 2003 년 10 월 24 일 [alex]: 부록 A Tushar 의 투고를 기초로 의존성을 간 맑은 형식에 변경한다. · 2003 년 10 월 23 일 [gerard] 제 9 장 마지막에: 다른 디스트리뷰시 와 보다 정합하기 위해(때문에) /etc/lfs 의 파일명을 /etc/lfs-release 에 변경한다. · 2003 년 10 월 23 일 [alex]: "장" 에의 참조의 대부분을 보다 적절한 "xref" 크로스 레퍼런스로 변경한다. · 2003 년 10 월 22 일 [alex]: 제 6 장 Gawk 와 Shadow: 문장을 조정한다 . 몇개의 조지정을 추가한다. · 2003 년 10 월 22 일 [alex]: 제 6 장 chroot 환경에의 이행: 여기에서는 여 의미가 없기 때문에 set +h 커멘드를 떨어뜨린다. 몇개인가 후의 장으로 실시한다. · 2003 년 10 월 15 일 [greg]: 제 9 장: 최종적인 strip 커멘드를 수직 해. 제 6 장으로부터의 디렉토리의 삭제에 대한 패러그래프를 재배치한다 . · 2003 년 10 월 14 일 [greg]: 제 8 장 LFS 시스템을 기동 가능하게 한다: Grub 의 상세를 발전, 경고를 추가한다. · 2003 년 10 월 14 일 [alex]: 부록 A Perl 와 Procps 의 내용을 갱신한다 . · 2003 년 10 월 14 일 [alex]: 제 4 장과 제 5 장 작업 및 보관 장소로서 의 $LFS/source 디렉토리의 사용의 제시를 추가한다. · 2003 년 10 월 13 일 [greg]: 제 9 장 시스템의 재기동: umount 코만 드를 수정한다. · 2003 년 10 월 11 일 [alex]: Bruce Dubbs 의 투고에 의해 필요 디스크 스페이스와 SBU 를 개변한다. · 2003 년 10 월 11 일 [alex]: 제 5 장 Toolchain 기술 정보: 몇개의 조지정을 추가, 변경한다. · 2003 년 10 월 9 일 [gerard]: lfs-bootscripts-1. 12 에 갱신한다. · 2003 년 10 월 9 일 [greg]: "정연하게 생성된"웹 사이트의 페이지로 일어나는 적격이지 않은 공백의 문제를 수정하기 위한 내부 조지정의 수정 한다. 지극히 중요해지는 모든 을 (와 그 폐 글자 태그)에 옮겨놓는다. · 2003 년 10 월 9 일 [alex]: 제 6 장 기본적인 네트워크: 이 반을 Lfs-Utils 의 항에, 나머지의 반을 Perl 의 항에 이동한다. · 2003 년 10 월 8 일 [alex]: 제 8 장 기동 가능하게 하는: screen 의 형식을 개 변, 몇개의 단락을 바꿔 말한다. · 2003 년 10 월 8 일 [alex]: 일련의 사용되지 않는 실체를 삭제한다. · 2003 년 10 월 7 일 [jeremy]: 제 5 장과 제 6 장의 링크 테스트에 굳이 출 힘 되지 않는 것은 나쁜 말이라고 하는 취지의 주의를 추가한다. · 2003 년 10 월 7 일 [alex]: 패치의 실체를 버젼 번호만 포함하는 것 (으)로부터 파일명을 모두 포함하는 것으로 변경한다. · 2003 년 10 월 7 일 [jeremy]: 제 1 장 IRC 의 #LFS-support 에 대한 주의를 추가한다. · 2003 년 10 월 7 일 [greg]: 서문: 우선 읽어야 할 지극히 중요한 힌트에 개 있던 주의를 추가한다. 종료 버그 585. · 2003 년 10 월 6 일 [alex]: 제 5 장과 제 6 장, 및 부록 A 의 Contents 차부 섹션의 서식을 변경한다. · 2003 년 10 월 6 일 [greg]: "Glibc 가 가두고"와"toolchain 의 재조정" 의 항의 sed 를 간이화. "어떻게 될까"의 항을 재정리한다. · 2003 년 10 월 5 일 [greg]: 제 5 장: "Toolchain 기술 정보"라고 하는 항을 새롭게 추가한다. 낡은"왜 정적 링크를 사용할까"라고 하는 항을 통합해 설계해 고친다. 종료 버그 658. · 2003 년 10 월 4 일 [alex]: 거기 여기서 환언이나 짜 지정의 추가한다. · 2003 년 10 월 4 일 [greg]: 제 5 장 Binutils 제1 단계: ld 의 정적인 재 구축을 확실히 하기 위해서 부가적인 LDFLAGS 를 추가한다. · 2003 년 10 월 2 일 [greg]: 제 6 장: 링커 조정 커멘드가 ginstall 기호 연결의 존재하는 호스트로 문제가 되기 위해서(때문에) INSTALL=/tools /bin/install 를 바탕으로 되돌린다. · 2003 년 10 월 2 일 [greg]: 제 6 장 Shadow: MD5 패스워드를 유효 . 종료 버그 600. · 2003 년 9 월 27 일 [greg]: 제 5 장 Expect: 장황한 스크립트가 인스 사용료 되지 않게 미조정. 제 6 장 지극히 중요한 기호 연결: 장황한 링크를 삭제한다. 제 6 장 man: PATH 를 삭제한다. 종료 버그 574. · 2003 년 9 월 27 일 [greg]: 부록 A 에 Tcl, Expect 및 DehaGnu 의 항 눈을 추가한다. 종료 버그 661. · 2003 년 9 월 26 일 [jeremy]: devpts 의 문제의 새로운 회피책을 추가한다 . · 2003 년 9 월 24 일 [greg]: 전역에 건너 여러가지 변경한다. 아드렛신 그바그 675. · 2003 년 9 월 24 일 [alex]: 부록 A 약설의 서식, 및 그 대부분의 안 용을 변경한다. · 2003 년 9 월 22 일 [greg]: 제 8 장 /etc/fstab 파일의 작성: devpts 의 마운트를 디폴트로 한다. · 2003 년 9 월 22 일 [jeremy]: mii-tool 편집을 수정하는 Net-tool 팍 치를 추가한다. · 2003 년 9 월 22 일 [jwrober]: 제 5 장 왜 정적인가, 의 페이지를 정적 인 쿠 떠날 수 있었던 바이너리와 동적 링크된 것의 차이를 보다 정확하게 표현할게 갱신한다. 지적해 준 Ian Molton 에 감사. 버그 602 를 수정한다. · 2003 년 9 월 22 일 [jeremy]: 아무것도 하지 않기 때문에 DejaGnu 로부터 make 팽이 드를 삭제한다. · 2003 년 9 월 22 일 [jeremy]: 더 이상 실패한다고는 기대할 수 없기 때문에 Tcl 의 make check 로부터―k 를 삭제한다. · 2003 년 9 월 22 일 [jeremy]: man 힌트에의 참조를 BLFS 에의 지시에 변 갱 한다. · 2003 년 9 월 22 일 [jeremy]: 만약 chroot 를 빠져 다시 들어갔을 경우에 devpts 를 마운트하는 것을 생각해 내는 주의를 추가한다. · 2003 년 9 월 22 일 [jeremy]: 아무것도 실시하지 않기 때문에 Patch 와 Diffutils 인가 들 make check 를 삭제한다. · 2003 년 9 월 22 일 [greg]: 제 5 장 환경 설정: 우발적으로 구축이 중단한다 의를 멈추기 위해서(때문에) CC CXX CPP LD_LIBRARY_PATH LD_PRELOAD 환경 변수의 해 제를 추가한다. · 2003 년 9 월 22 일 [greg]: 제 5 장: GCC 제2 단계: scc-3. 3.1-specs-2 /. patch 에 갱신한다. Ncurses: --enable-overwrite 및 설명의 추가한다 . · 2003 년 9 월 19 일 [jeremy]: bash 에의 적절한 +h 플래그의 사용을 위해 에 bash 태그를 정정한다. · 2003 년 9 월 19 일 [jwrober]: 사례의 페이지로 여러가지 갱신한다. · 2003 년 9 월 18 일 [jeremy]: 제 5 장 - GCC 제2 단계: 해동하는 3개(살)의 tarball 를 따라가는 개인가의 부가적인 코멘트를 추가한다. · 2003 년 9 월 17 일 [greg]: 제 6 장 - GCC-2. 95.3: 이성적인 주의를 추가 한다. · 2003 년 9 월 17 일 [jwrober]: 사례의 페이지를 웹 사이트에 정합한다 갱신한다. · 2003 년 9 월 17 일 [jeremy]: File 를 4.04 에 갱신한다. · 2003 년 9 월 17 일 [jeremy]: 제 6 장 bash 의 --login 의 실행 2개소를 +h 지시를 포함하도록(듯이) 변경한다. · 2003 년 9 월 17 일 [greg]: 제 5 장과 제 6 장 Glibc 가 가두고와 toolchain 의 재조정: 새로운 ldscripts 만을 넣는 대신에 새로운 인 카 전체를 인스톨 하기 위한(해) "make -C ld install-data-local" 의 대 원 에 "make -C ld install" 를 실시한다. · 2003 년 9 월 17 일 [alex]: 공식 문장에 준하고 'Tcl'와 'DejaGnu'의 철 (을)를 규격화한다. · 2003 년 9 월 17 일 [alex]: 의존성을 올바르고 알파벳순서에. · 2003 년 9 월 16 일 [alex]: 새로운 Coreutil 에 대한 의존성을 최종적으로 갱신한다. · 2003 년 9 월 16 일 [greg]: 제 5 장과 제 6 장 Glibc 가 가두고와 toolchain 의 재조정: 사니티체크의 추가한다. · 2003 년 9 월 16 일 [greg]: 제 5 장과 제 6 장 Binutils, GCC 및 Glibc: 테스트스이트에 대한 주의를 추가한다. · 2003 년 9 월 15 일 [alex]: 몇개의 미스프린트와 모순을 정정한다. · 2003 년 9 월 14 일 [greg]: 제 6 장 개정된 chroot 커멘드: 필요 (이)가 없어진 set +h 를 삭제한다. · 2003 년 9 월 14 일 [alex]: 몇개의 미스프린트를 수정해, 조지정을 추가 . 제 5 장의 잡기제 나무의 항으로부터 프로그램 파일의 제거를 떨어뜨린다. · 2003 년 9 월 14 일 [greg]: 제 6 장 지극히 중요한 기호 연결의 작성: GCC 에 abi_check 를 실행시키기 (위해)때문에 /usr/lib/libgcc_s.so. 1 을 추 가 한다. 장래의 NPTL 는 이것을 필요로 한다. · 2003 년 9 월 13 일 [jwrober]: 제 6 장의 passwd 와 group 의 작성의 페 지에 PLFS 힌트 문장을 추가한다. · 2003 년 9 월 13 일 [jwrober]: "어떻게 될까"의 페이지가 보다 PLFS 힌트의 문장을 포함하도록(듯이) 갱신한다. · 2003 년 9 월 13 일 [jwrober]: 서문누가 읽을까하고 누가 읽지 않는가를 1개(살) 의 독자의 페이지로 결합한다. · 2003 년 9 월 13 일 [greg]: 제 2 장 테스트스이트에 대한 새로운 항 (을)를 추가한다. · 2003 년 9 월 12 일 [jeremy]: 제 5 장 - Ncurses: --without-ada configure 스윗치에 대한 설명을 추가한다. · 2003 년 9 월 12 일 [jeremy]: 제 5 장 Gawk: 테스트스이트의 추가한다 . · 2003 년 9 월 12 일 [jeremy]: 제 5 장 Grep: Anderson Lizardo 의 호의 에 의해 configure 스윗치의 설명을 추가한다. · 2003 년 9 월 12 일 [gerard]: /usr/lib/locale 디렉토리의 작성을 삭 제거한다. 이것은 제 6 장의 사이에 만들어져 여기에는 Glibc 가 보다 적절. · 2003 년 9 월 11 일 [jwrober]: 제 5 장 GCC 제2 단계 specs 팟치테키 파업을, 보다 추상적이지만 실제적으로보다 정확하게 수정한다. Anderson Lizardo 의 제공에 의한다. · 2003 년 9 월 11 일 [jwrober]: 제 5 장 Anderson Lizardo 의 제공으로 Tcl 인스톨 지시의 문법을 수정한다. · 2003 년 9 월 11 일 [jwrober]: 제 5 장 Anderson Lizardo 의 제공으로 Glibc 가 가두고의 페이지의 /lib/ld.so. 1 에 대해 약간의 문장적 변경한다. · 2003 년 9 월 11 일 [jeremy]: 이 책에 Grub 를 덧붙인 후에, 제 8 장에 부트 로더의 추가한다. · 2003 년 9 월 11 일 [gerard]: Bin86 와 LILO 의 삭제와 그 Grub 에 의한다 치환. · 2003 년 9 월 11 일 [jeremy]: 임의 선택의 toolchain 이외의 테스트를 락 . 테스트의 실패에 대해서 Wiki 를 사용하는 것의 주의를 추가한다. · 2003 년 9 월 11 일 [jeremy]: Bison 패치의 추가, CVS 로부터의 박크포 트, pwlib 편집의 문제의 수정한다. · 2003 년 9 월 11 일 [jeremy]: libiberty 의 인스톨을 없애는 Greg 의 GCC 에의 패치를 추가, 및 Binutil 가 그 libiberty 를 두는 듯 변경한다. · 2003 년 9 월 11 일 [jeremy]: 제 5 장에 Binutils 의 소스와 구축 디 레크트리를 삭제하지 않게 생각나게 하는 경고 태그를 추가한다. · 2003 년 9 월 11 일 [jeremy]: Anderson Lizardo 로부터의 새롭다 perl-libc-3 패치를 추가한다. · 2003 년 9 월 11 일 [jeremy]: 패키지 페이지에 있는 Findutils 팍 케이지의 다운로드 링크의 수정한다. 종료 버그 578. · 2003 년 9 월 11 일 [jeremy]: 제 6 장 GCC 2.95. 3: C++ 의 컴파일을 삭제, Zack 의 return-type 패치를 추가한다. · 2003 년 9 월 11 일 [jeremy]: 제 6 장 Coreutils: 호스트명 바이너리와 그 체크를 없애는 coreutils-5. 0-hostname-2.patch 를 추가한다. · 2003 년 9 월 11 일 [jeremy]: Glibc 와 DejaGnu 의 실패한 테스트에 개 있던 몇개의 주의를 추가한다. · 2003 년 9 월 11 일 [jeremy]: Glibc 제 5 장과 제 6 장의 양쪽 모두에 체크 에 필요한 최소의 로케일을 포함하는 커멘드를 추가한다. · 2003 년 9 월 11 일 [jeremy]: 제 6 장 Zlib 에서의 CFLAGS 의 munging 를 -fPIC 를 더하는 주의의 (분)편을 선택해 삭제한다. · 2003 년 9 월 8 일 [matt]: 제 5 장 /tools/share 로부터 불필요한 공식 문장 (을)를 삭제하는 rm 커멘드를 수정한다. · 2003 년 9 월 6 일 [matt]: 제 6 장 도입부의"정적"디렉토리에의 참조 (을)를 삭제한다. · 2003 년 9 월 6 일 [jeremy]: 제 4 장 몇개의 패키지의 다운 로 드 장소를 갱신한다. · 2003 년 9 월 5 일 [jeremy]: 제 5 장 GCC 제2 단계: make check 에러 의 설명을 정정한다. · 2003 년 9 월 5 일 [jeremy]: 제 6 장 Makedev: 디폴트로 devpts 를 사용하므로, 디폴트의 디바이스 작성을 generic-nopty 로 변경한다. · 2003 년 9 월 5 일 [jeremy]: 제 6 장 GCC: /usr/lib/cpp 의 삭제를 숙고 하는 것의 표현을 정정한다. · 2003 년 9 월 5 일 [jeremy]: perl libc 패치를 -2 에 정정해, 낡다 / stage1 구조를 /tools 에 변경한다. · 2003 년 9 월 5 일 [jeremy]: 제 6 장 GCC specs 패치를 갱신해, man-1. 5m2 에 갱신한다. · 2003 년 9 월 4 일 [jeremy]: 제 6 장 디렉토리의 작성: /usr/tmp 의 작성을 소거한다. 종료 버그 176. · 2003 년 9 월 4 일 [jeremy]: 제 6 장 Proc 의 마운트: devpts 파이 르시스템의 chroot 에의 마운트를 여기에 추가한다. 종료 버그 533. · 2003 년 9 월 4 일 [jeremy]: 제 6 장 Proc 의 마운트: 항의 마지막으로, lfs 구축 과정을 한 번 중단한 후 재개했을 경우에 proc 가 아직 마운트되고 (이)라고 있을지 어떨지의 체크에 대한 경고를 추가한다. · 2003 년 9 월 4 일 [jeremy]: 제 6 장 Gzip: Gzip 의 인스톨로 사원 sed 커멘드의 후에 있는 이유의 설명을 보다 좋은 것에 개변한다. 종 끝버그 551. · 2003 년 9 월 4 일 [jeremy]: 제 4 장 패치의 다운로드: Tushar 의 패치 프로젝트에 대한 주의, 및 홈페이지로의 링크를 추가 한다. · 2003 년 9 월 4 일 [matt]: Util-linux 가 /stage1 에 인스톨 되고 헤더와 라이브러리를 이용하지 않는 문제를 수정한다. · 2003 년 9 월 4 일 [matt]: 링크가 Glibc 의 인스톨로 아직 필요와 되기 (위해)때문에, 제 6 장 커넬 헤더의 인스톨로부터 "rm /bin/pwd" 의 지시를 삭제한다. · 2003 년 9 월 2 일 [alex]: Jeremy 에 투고된 값으로부터 모든 SBU 를 조 정 한다. · 2003 년 9 월 2 일 [jeremy]: 최종적으로 /stage1 를 /tools 에 개명한다. · 2003 년 9 월 2 일 [alex]: 몇개의 주요한 책의 구조 파일을 통합 . · 2003 년 9 월 2 일 [alex]: 다운로드 리스트를 알파벳순서로 해 (이)라고, Tcl 의 지시에 주의를 추가한다. · 2003 년 9 월 2 일 [alex]: 조직과 $LFS 및 SBU 의 항으로 환언을 한다 . · 2003 년 9 월 1 일 [jeremy]: 제 6 장 Groff PAGE 변수로 A4 나 엽서를 선택하는 일에 대한 주의를 추가한다. · 2003 년 9 월 1 일 [jeremy]: shadow 에 Greg Schafer 로부터의 newgrp 파 치를 추가한다. · 2003 년 8 월 31 일 [jeremy]: 제 6 장 Inetutils --disable-whois 와 --disable-servers 를 추가한다. · 2003 년 8 월 31 일 [jeremy]: GCC 3.3. 1 의 fixinclude 과정에 대해 Greg 의 새로운 지시를 추가한다. 또 fixinclude 과정에 있는 Glibc 의 폐 글자 담고와 GCC 제2 단계에 여분의 표현도 추가한다. · 2003 년 8 월 31 일 [alex]: 몇개의 패러그래프로 바꾸어 말해 부족하다 조지정을 추가, 및 changelog 의 재조정을 한다. · 2003 년 8 월 31 일 [alex]: 삽화의'최종 확인'의 행을 wrap. 그 외 간다 개인가의 약간의 가필을 한다. · 2003 년 8 월 30 일 [jeremy]: GCC 3.3. 1 에의 fix-include 패치를 갱 신한다. · 2003 년 8 월 29일 [alex]: Glibc 패치집으로부터의 sscanf 패치에 무심코 (이)라고의 지시를 갱신한다. · 2003 년 8 월 29 일 [jeremy]: Zack 의 GCC 3.3 에 대한 미니 힌트에 기초를 두는 수정과 그의 문장으로부터의 패치를 포함한 GCC 버젼 3.3. 1 에 갱신 한다. · 2003 년 8 월 29 일 [alex]: 시대에 뒤떨어진 Netkit-base, Fileutils, Sh-utils 및 Textutils 파일을 삭제한다. · 2003 년 8 월 29 일 [alex]: 부족한 조지정을 몇개인가 추가, /static 의 몇개인가를 /stage1 의 것으로 변경한다. · 2003 년 8 월 29 일 [alex]: 제 6 장 make check 의 전의 모든 부족하다 문장을 추가, 및 그 외의 행을 환언. · 2003 년 8 월 28 일 [matt]: 패키지를 linux-2. 4.22, man-pages-1. 60, expect-5. 39.0, findutils-4. 1.20 및 tcl-8. 4.4 에 갱 신한다. · 2003 년 8 월 28 일 [jeremy]: bash-2. 05b-2.patch 파일에 ftp.gnu.org 로부터의 7개의 패치를 새롭게 포함한다. · 2003 년 8 월 28 일 [alex]: 제 6 장 - toolchain 의 재조정: 붙이고 잊었다 backslash를 추가한다. · 2003 년 8 월 28 일 [alex]: 몇개의 미스프린트를 수정해 부족한 조지정을 추가한다. · 2003 년 8 월 28 일 [alex]: 제 6 장 Binutils 및 GCC: pure-lfs 힌 트로부터의 문장을 통합한다. · 2003 년 8 월 27 일 [jeremy]: 제 6 장 Inetutils: --sysconfdir=/etc 및 --localstatedir=/var 의 추가와 ping 바이너리를 /usr/bin 로부터 / bin 에 이동. · 2003 년 8 월 27 일 [alex]: 제 6 장 Glibc: pure-lfs 힌트로부터의 문장 (을)를 통합한다. · 2003 년 8 월 26 일 [jeremy]: 제 7 장 /etc/hosts 의 작성: www.mydomain.org 를 . mydomain.org 에 변경한다. · 2003 년 8 월 26 일 [alex]: 제 6 장과 제 8 장 커넬 manpages 의 인 stall를 제 6 장으로부터 제 8 장에 이동한다. · 2003 년 8 월 26 일 [jeremy]: 제 4 장 LFS 파티션의 마운트: 제한너무 적인 허가에서의 마운트에 대한 문장을 추가한다. · 2003 년 8 월 26 일 [jeremy]: 제 6 장 디렉토리의 작성: /dev/shm 데 레크트리의 작성을 추가한다. · 2003 년 8 월 26 일 [jeremy]: 제 8 장 fstab 의 작성: /dev/shm 에의 tmpfs 파일 시스템의 마운트를 추가한다. · 2003 년 8 월 26 일 [jeremy]: 제 8 장 커넬의 인스톨: tmpfs 의 서포트를 짜넣어 커넬을 컴파일 하는 재촉을 추가한다. · 2003 년 8 월 25 일 [alex]: 제 6 장 Shadow 와 Util-Linux 의 인스트 르의 문장의 타입 미스를 정정하고 있는 동안에 재작성. · 2003 년 8 월 25 일 [alex]: 제 5 장과 제 6 장 "가두고"와"재조정"의 외형을 유사시킨다. · 2003 년 8 월 24 일 [alex]: 제 4 장 많은 작은 파일을 하나의 파 일에 결합한다. 패키지와 패치를 다른 페이지로 나눈다. · 2003 년 8 월 17 일 [alex]: 제 5 장 Bash 로부터 Perl 까지: 커멘드의 사이에 문장을 둔다. 툴의 사이즈를 줄이기 위해서(때문에) 불필요한 심볼을 삭제 하는 섹션을 추가한다. · 2003 년 8 월 16 일 [alex]: 제 5 장 Make 로부터 Texinfo 까지: 커멘드 의 사이에 문장을 둔다. · 2003 년 8 월 11 일 [alex]: 제 5 장 Binutils 제 1 단계로부터 Findutils 까지: 몇군데인가 약간의 문장의 조정을 한다. 제 2 단계에는 내용과 의존 성을 싣지 않게 한다. · 2003 년 8 월 11 일 [alex]: 제 4 장 GCC 의 core 와 g++, 테스트스이 트의 tar ball 를 따로 따로 리스트 한다. · 2003 년 8 월 11 일 [alex]: 제 4 장 wget 스크립트의 언급을 소거한다 . · 2003 년 8 월 9 일 [alex]: 제 5 장 Binutils 제 2 단계와 GCC 제 2 단 층: pure-lfs 힌트로부터의 문장을 통합한다. · 2003 년 8 월 8 일 [alex]: 제 5 장 Tcl 와 Expect, Dejagnu: 다소의 문장 장을 추가한다. · 2003 년 8 월 6 일 [gerard]: 인스톨 되는 모든 프로그램과 라이브러리, 그리고 인스톨의 페이지로의 참조의 리스트인, 부록 B 를 추가하는 Alex Groenewoud 의 패치를 댄다. · 2003 년 7 월 30 일 [gerard]: 제 6 장 Vim: 글로벌인 vimrc 와 gvimrc 의 장소가 정의되는 방법을 변경한다. · 2003 년 7 월 30 일 [gerard]: 제 5 장 Binutils 제 2 단계: Binutils 2.14 에 갱신한 것으로 필요가 없어진 lib 패치를 삭제한다. · 2003 년 7 월 30 일 [gerard]: 제 5 장 Binutils 제 1 단계: make configure-host 를 추가한다. · 2003 년 7 월 30 일 [gerard]: binutils-2. 14, linux-2. 4.21, expect-5. 38.4, gawk-3. 1.3, texinfo-4. 6, util-linux-2. 12, man-pages-1. 58, lfs-utils-0. 3, vim-6. 2, gettext-0. 12.1, automake-1. 7.6, file-4. 03, e2fsprogs-1. 34, procps-3. 1.11, psmisc-21. 3 에 갱신한다. · 2003 년 6 월 3 일 [gerard]: 제 6 장 Gawk: /bin/awk 의 삭제라고 하는 항을 삭제한다. 이 기호 연결은 이제 만들어지지 않는다. · 2003 년 5 월 21 일 [gerard]: 제 6 장 GCC-2. 95.3: 실행시에 라이브러리 하지만 발견되도록, /etc/ld.so.conf 파일에 /opt/gcc-2. 95.3/lib 를 추 가 한다. · 2003 년 5 월 21 일 [gerard]: 제 5 장 Gzip: 커멘드를 간단하게 한다. · 2003 년 5 월 21 일 [gerard]: 제 5 장 Bzip2: 커멘드를 간단하게 한다. · 2003 년 5 월 21 일 [gerard]: 제 6 장 Shadow: 모든 그림자화 되고 패스워드의 유효화를 완전하게 하기 위해서, grpconv 커멘드를 추가한다 . · 2003 년 5 월 21 일 [winkie]: 제 6 장 File 의 작성: 모든 ln 팽이 드는 좀 더 긴 ln 커멘드로 고칠 수 있다. · 2003 년 5 월 21 일 [winkie]: 제 5 장 Glibc 의 인스톨: (해의 무 있고) 에러를 피하기 (위해)때문에, Glibc 를 구축하기 전에 ld.so.conf 파일을 작성한다. · 2003 년 5 월 21 일 [winkie]: 제 6 장 Glibc 의 인스톨: 현재는 PLFS 를 사용하고 있으므로, 아무것도 하지 않는 'exec /stage1/bin/bash'를 실시해 곤혹시키지 않게 한다. · 2003 년 5 월 21 일 [winkie]: 제 5 장 & 제 6 장 Coreutils 의 인스트 르: 제 5 장으로 루트가 아닌 것만을 테스트하지만, 제 6 장에서는 방법 (이)라고를 테스트한다. · 2003 년 5 월 21 일 [winkie]: 제 5 장 Expect 의 인스톨: 이것이 상 --prefix=/stage1 라고 하는 옵션을 건네주어 곤혹시키지 않게 한다 . 이것은 전혀 필요가 없다. · 2003 년 5 월 16 일 [gerard]: 제 6 장: Net-tools: make install 를 make update 로 변경한다. · 2003 년 5 월 15 일 [timothy]: 제 5 장: Patch 의 인스톨: PPC 상 그리고 구축하기 위한 패치를 수정하기 위해(때문에),. /configure 커멘드의 전에 CPPFLAGS=-D_GNU_SOURCE 를 추가한다. · 2003 년 5 월 13 일 [gerard]: 제 6 장: exec /path/to/bash --login 를 실행했을 때에, 핫싱오프션을 무효로 하기 위해서(때문에) set +h 도 열매 행 하도록(듯이) 한다. 버그 #531 를 수정한다. · 2003 년 5 월 13 일 [gerard]: 제 6 장 기본적인 네트워크: echo 팽이 드의 싱글 쿼츠를 더블 쿼츠로 변경한다. 이것을 하지 않으면 ,$(hostname)가 전개되지 않고, Perl 의 호스트명을 조사한다고 하는 이 코만 드의 유일한 목적이 잘 되지 않다. · 2003 년 5 월 13 일 [winkie]: 모든 && 을 삭제한다. bug syntax 를 갱신한다. 제 6 장의 필요한 장소에 "make check/test" 를 추가한다. · 2003 년 5 월 13 일 [winkie]: 제 6 장: 문장을 세련 하기 위한(해) "소유권의 변경" 패치를 댄다. 종료 버그 #511. · 2003 년 5 월 13 일 [winkie]: 제 6 장: 문장을 세련 하기 위한(해) "시스템 원가요소를 설정하는" 패치를 댄다. 종료 버그 #510. · 2003 년 5 월 13 일 [gerard]: 제 6 장: Tcl 와 Expect, Dejagnu 를 삭제 한다. 제 6 장으로 GCC 를 통과해 버리면 이것들은 사용되지 않는다. /stage1/ bin 안의판으로 충분히 시간이 맞는다. · 2003 년 5 월 13 일 [winkie]: 제 6 장 Shadow 의 인스톨: 인스 사용료의 전에 /usr/bin/passwd 파일에 대해 다룬다. Shadow 하지만 passwd 파일이 /bin/passwd 에 있다고 생각하지 않게 한다. · 2003 년 5 월 13 일 [winkie]: 제 6 장 Procps 의 인스톨: /lib/ libproc.so 기호 연결을 삭제한다. Procps 자신 이외의 팍케이 지는 이 라이브러리를 사용하지 않고, 사용해서는 안된다. · 2003 년 5 월 13 일 [winkie]: 제 6 장 Net-tools 의 인스톨: make (을)를 실행하기 전에 "make config" 를 실행한다. 버그 #462 와 #497 를 수정 . · 2003 년 5 월 13 일 [gerard]: 제 6 장 Ncurses: vsscanf 패치를 추가 한다. · 2003 년 5 월 12 일 [gerard]: 제 5 장 Gzip: make check 를 삭제한다. 이것은 아무것도 하지 않는다. · 2003 년 5 월 12 일 [winkie]: 제 5 장 Texinfo 의 인스톨: texmf 데이터를 인스톨 하지 않게 한다. 이것은 아무것도 사용되지 않는다. · 2003 년 5 월 12 일 [winkie]: 제 5 장과 제 6 장 Ncurses 의 인스 발가락 르: 제 6 장의 기호 연결의 작성으로 libcurses. * (와)과 libncurses++.a 를 포함하도록(듯이) 갱신해, 각각의 파일의 속성이 644 (이)가 되도록(듯이) 변경한다. 제 5 장에서는 libcurses. * 파일을 필요로 하는거야 있고 것으로, 이것들을 삭제한다. · 2003 년 5 월 12 일 [gerard]: 제 6 장 기본적인 네트워크: /etc/ hosts 에 $(hostname)를 추가한다. 이것없이는 Perl 의 호스트명 테스트 하지만 통하지 않다. · 2003 년 5 월 12 일 [gerard]: 제 6 장 GCC: /usr/include/libiberty.h (을)를 삭제하려고 하지 않게 한다. 이것은 처음의 장소에는 인스톨이야 없다. · 2003 년 5 월 12 일 [winkie]: findutils-4. 1.7 으로 gzip-1. 3.5, tar-1. 13.25 에 각각 갱신한다. · 2003 년 5 월 12 일 [winkie]: 제 5 장 Perl 의 인스톨: Perl 에 대 되어 있는 모듈을 구축하기 위한 커멘드를 추가한다. 이것은 Coreutils 의 "make check" 에 적합시키기 (위해)때문에. 버그 #528 를 부분적으로 수 정 한다. · 2003 년 5 월 12 일 [winkie]: 제 5 장 Gzip 의 인스톨: 제 6 장으로 (은)는 해동 커멘드를 조사하거나 사용하는 것은 아무것도 없기 때문에, 이것을 만들지 않게 (으)로 한다. · 2003 년 5 월 12 일 [winkie]: 제 5 장 Bzip2 의 인스톨: "make" 의 실행은 "make check" 의 실행을 암시하고 있으므로, 이것을 수동으로 실행 이유는 아무것도 없다. · 2003 년 5 월 12 일 [winkie]: 제 5 장 Lfs-Utils 의 인스톨: 삭제 한다. 인스톨 되기 전에 mktemp 를 조사하는 패키지는 GCC 만으로 , 그것이 gcc 버그에 대한 모두. · 2003 년 5 월 11 일 [gerard]: 제 6 장 - GCC-2. 95.3: C++ 의 추가를 말 구완료하기 위해서 --enable-threads=posix 를 추가한다. · 2003 년 5 월 11 일 [gerard]: 제 6 장 GCC-2. 95.3: GCC 의 -Wreturn-type 에 대한 버젼 버그를 수정하기 위해(때문에) --enable-languages=c, c++ 를 추가한다. 버그 #525 를 수정한다. · 2003 년 5 월 11 일 [gerard]: 제 5 장 Bash: --without-bash-malloc 설 정옵션을 삭제한다. · 2003 년 5 월 11 일 [gerard]: gcc-3. 2.3-specs-4.patch 에 갱신한다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 기본적인 네트워크의 설정: 항 (을)를 추가한다. 기본적인 /etc/hosts 파일군을 작성해, IANA 로부터 /etc/ services 와 /etc/protocols 를 작성한다. 버그 #359 와 #515 를 수정한다 . · 2003 년 5 월 11 일 [winkie]: lfs-utils-0. 2.2 에 갱신한다. 이것은 적절 네트워크의 설정을 위해서(때문에) 2개의 파일을 추가한다. · 2003 년 5 월 11 일 [winkie]: Netkit-base 0.17 을 삭제한다. Inetutils 1.4. 2 를 추가한다. 버그 #490 를 수정한다. · 2003 년 5 월 11 일 [winkie]: · 2003 년 5 월 11 일 [winkie]: 제 6 장 Ncurses 의 인스톨: 그 외 의 라이브러리의 기호 연결세트에 맞추기 위해서(때문에), 신보리 크리크군을 수정한다. 여기에서는 더 이상의 편입을 하지 않는다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Procps 의 인스톨: XSCPT= "" (와)과 거기에 대응하는 단락을 삭제한다. 이것은 이제(벌써) 필요없다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Ncurses 의 인스톨: configure 스크립트에 --without-debug 를 건네주도록(듯이) 한다. 이것은 무엇 곳인가로 빠져 있는 것처럼 생각된다. · 2003 년 5 월 11 일 [timothy]: 제 5 장과 제 6 장 Bzip2 의 인스톨 , Zlib 의 인스톨: 버그 #524 에 의해 구축의 커멘드를 수정한다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Glibc 의 인스톨: linuxthreads 의 man page 도 인스톨 하도록(듯이) 한다. 이것은 어딘가 그리고 사라져 버리고 있었다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Grep 의 인스톨: Grep 가 에인가 버그가 있는 Glibc 의 regex 를 사용하지 않게 하기 위해서, --with-included-regex 를 추가한다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Coreutils 의 인스톨: uname 커멘드가 있는 기능을 패치로 수정한다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Net-tools 의 인스톨: "make update" 대신에 정규의 낡은 "make install" 만을 실시하도록(듯이) 한다. 전자는 현재 잘되고 있다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 GCC 의 인스톨: 인스 발가락 르의 나중에, /usr/include/libiberty.h 를 삭제한다. 이것은 GCC 의 구축 트리의 밖에서는 사용되지 않는다. · 2003 년 5 월 11 일 [winkie]: Bash 2.05b 에 갱신해, 그 패치를 추가 한다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 Zlib 의 인스톨: gzprintf ()에 있는 버퍼 오버플로우를 수정하는 패치를 댄다. · 2003 년 5 월 11 일 [winkie]: 제 6 장 시스템 원가요소의 설정: 적절한 장소에서 찾아낼 수 있도록(듯이), btmp 와 wtmp, lastlog, utmp 의 작성의 장소 (을)를 Shadow 의 직전으로 이동한다. · 2003 년 5 월 10 일 [winkie]: 제 6 장 Automake 의 인스톨: 인 stall의 전에 "make" 를 실행한다. 이것은 현재의 새로운 판의 Automake 그럼 필요하다. · 2003 년 5 월 10 일 [winkie]: 제 6 장 Vim 의 인스톨: 패치를 삭 제거한다. 이것은 GCC 3.2. 1 으로부터는 요구되지 않는다. · 2003 년 5 월 10 일 [winkie]: 제 6 장 mtab 파일을 작성하는: 삭제 한다. /proc 를 마운트하는 것은 저희들에게 있어서는 /etc/mtab 를 작성한다 의와 같은 효과가 있다. · 2003 년 5 월 10 일 [winkie]: 제 6 장 Make 의 인스톨: /usr/bin/ make 파일의 수정을 삭제한다. 이것은 이제(벌써) 잘못해 이상한 소유권과 허 가능 속성으로 인스톨 될 것은 없다. · 2003 년 5 월 10 일 [winkie]: 제 6 장 Glibc 의 인스톨: 신보리 크리크 대신에 /etc/localtime 를 파일로 한다. 상징적 링크의 방법은 /usr 가 다른 파티션에 있는 시스템에서는 잘 있고 가내. · 2003 년 5 월 10 일 [winkie]: 제 6 장 E2fsprogs: e2fsprogs 에 대한다 install-info 커멘드를 삭제한다. "make install" 타겟이 이것을 취급해 준다. · 2003 년 5 월 10 일 [gerard]: 모든 CFLAGS 와 LDFLAGS 변수를 중요 (이)가 아닌 곳(즉, 정적인 Binutils 와 GCC, Zlib 를 -fPIC 로 안녕 파일 할 때는 제외하다. )에서는 삭제한다. · 2003 년 5 월 10 일 [gerard]: 제 5 장 Binutils ( 제 1 단계, 제 2 단 층)과 Glibc 가 가두어 toolchain 의 조정: 툴을 두는 디렉토리 (을)를( 제 6 장에서는 tooldir=/usr 로 할 것 같게) /stage1 로 변경한다. · 2003 년 5 월 10 일 [gerard]: 제 5 장 Kernel headers: -H 옵션 에 붙어 모르는 디스트리뷰션이 있으므로, cp -H 의 사용을 삭 제거한다. · 2003 년 5 월 10 일 [gerard]: 새롭고 gcc-3. 2.3-specs-3.patch 로 한다 . · 2003 년 5 월 10 일 [gerard]: 제 6 장 toolchain 의 조정: 보다 아키테 쿠체 의존성을 없앤다. · 2003 년 5 월 10 일 [gerard]: 제 5 장 Glibc 가 가두고: 보다 아키테 쿠체 의존성을 없앤다. · 2003 년 5 월 7 일 [gerard]: GCC No Debug 패치를 삭제한다. 이제(벌써) gcc-core 와 gcc-g++ 패키지가 다운로드되었다고 가정하지 않게 (으)로 했으므로, 적절한 --enable-languages 옵션을 추가한다. · 2003 년 5 월 7 일 [gerard]: 제 6 장 Glibc 제 2 단계를 삭제한다. 이것 (은)는 pure-lfs 의 통합에 의해 이제(벌써) 필요없다. · 2003 년 5 월 7 일 [gerard]: flex-2. 5.4a 에 다시 되돌린다. 새로운 판은 바로잡아 구 움직이지 않는다. · 2003 년 5 월 5 일 [gerard]: 제 5 장으로부터 zlib 의 인스톨을 삭제 (여기에 포함한 것은 실수였다). · 2003 년 5 월 5 일 [gerard]: pure-lfs 를 통합하는 동안에 섞여 온 여러가지 버그를 수정한다. · 2003 년 5 월 2 일 [gerard]: automake-1. 7.4, e2fsprogs-1. 33, file-4. 02, flex-2. 5.31, gawk-3. 1.2, gcc-3. 2.3, glibc-2. 3.2, grep-2. 5.1, groff-1. 19, less-381, libtool-1. 5, man-1. 5l, man-pages-1. 56, modutils-2. 4.25, procps-3. 1.8, sed-4. 0.7, sysvinit-2. 85, texinfo-4. 5, util-linux-2. 11z 에 갱신한다. · 2003 년 5 월 2 일 [gerard]: fileutils-4. 1, sh-utils-2. 0, textutils-2. 1 을 삭제한다(이것들은 모두 coreutils-5. 0 에 의해 두어 바꿀 수 있다. ). · 2003 년 5 월 2 일 [gerard]: binutils-2. 13.2-libc.patch, coreutils-5. 0, dejagnu-1. 4.3, expect-5. 38, gawk-3. 1.2, gcc-2. 95.3, tcl-8. 4.2 를 추가한다. · 2003 년 5 월 5 일 [gerard]: Greg Schafer 와 Ryan Oliver 에 의해 책 쉰 Pure LFS 힌트로부터의 새로운 인스톨 체계를 통합한다. 2003 년 4 월 28 일 제 4.1 판 공개. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 자원 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FAQ LFS 시스템을 구축하고 있는 동안에, 에러에 조우하거나 무엇인가 의문이 있는 경우 , 또 본서 중(안)에서 미스프린트를 찾아냈다고 생각하면(자), 우선 다음의 곳에서 FAQ (자주(잘) 아 질문집)을 조사해 주세요. http://www.linuxfromscratch.org/faq/. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ IRC LFS 커뮤니티의 몇명의 멤버가, 저희들의 커뮤니티의 IRC 서버 위에서 원조 활동을 하고 있습니다. 이 서포트를 이용하기 전에, 질문의 회답에 무심코 (이)라고, 적어도 LFS FAQ 와 메일링리스트의 어카이브(archive)를 조사해 주셔 물고기(생선) 바라 합니다. IRC 서버는 irc.linuxfromscratch.org port 6667 에 . 서포트 채널은 #LFS-support 라는 이름입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 메일링리스트 linuxfromscratch.org 는 LFS 프로젝트의 발전에 기여하는 복수의 메이린 그리스트를 주최하고 있습니다. 이러한 리스트는, 주요한 개발 메일링리스트 (이)나 그 외의 서포트 메일링리스트등을 포함합니다. 어느 메일링리스트가 이용 가능한가, 어떻게 구독하는지, 어카이브(archive)의 장소라고 하는 정보는 이하의 URL를 방문해 주세요. http:// www.linuxfromscratch.org/mail.html ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 뉴스 서버 linuxfromscratch.org 로 주최되는 모든 메일링리스트는 NNTP 서버 (을)를 통해도 이용할 수 있습니다. 메일링리스트에 포스트된 모든 메신져 지는 대응하는 뉴스 그룹에 카피되어 그 역도 됩니다. 뉴스 서버는 news.linuxfromscratxh.org 로 이용할 수 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 미러 사이트 비근한 웹 사이트에 액세스 해, 필요한 패키지를 보다 편리하게 다운 로 드 하기 위해서, LFS 프로젝트는 온 세상에 수많은 미러 사이트를 가지고 있고 . 최신의 미러 서버-의 리스트를 얻기 위해서(때문에) 이하의 웹 사이트를 방문 (이)라고 주세요. http://www.linuxfromscratch.org/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 연락에 대해 질문이나 코멘트는 모두 LFS 메일링리스트의 어떤 것이나 1개에 투고해 관이야 있고. (상기 참조) Gerard Beekmans 에 개인적으로 연락을 하고 싶으면, 이하의 주소에 메일을 보내 주세요. gerard@linuxfromscratch.org ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 사례 이하에 적는 사람들과 단체에, 그 Linux From Scratch 에의 공헌에 대해서 감사해 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 현재의 프로젝트 팀 멤버 · Gerard Beekmans - Linux-From-Scratch 의 발기인, LFS 프로젝트의 organizer · Matthew Burgess - LFS 의 제네라르멘테나, LFS 책의 편집자 · Craig Colton - LFS 와 ALFS, BLFS, Hints 프로젝트의 로고 제작자 · Jeroen Coumans -웹 사이트의 개발자, FAQ의 멘테나 · Bruce Dubbs - LFS 의 품질 보증 팀 리더, BLFS 책의 편집자 · Alex Groenewoud - LFS 책의 편집자 · Mark Hymers - CVS 의 멘테나, BLFS 책의 제작자, 이 전의 LFS 책의 편집자 · James Iwanek -시스템 관리 팀의 멤버 · Nicholas Leippe - Wiki 의 멘테나 · Anderson Lizardo -웹 사이트의 박크엔드스크리프 트의 제작자, 한편 멘테나 · Bill Maltby - LFS 프로젝트의 organizer · Scot Mc Pherson - LFS NNTP 게이트웨이의 멘테나 · Ryan Oliver -테스트 팀의 리더, PLFS 의 공동 제작 사람 · James Robertson - Bugzilla 의 멘테나, Wiki 의 개발 사람, LFS 책의 편집자 · Greg Schafer - Toolchain 의 멘테나, LFS 책의 편집자 , PLFS 의 공동 제작자 · Tushar Teredesai - BLFS 책의 편집자, Hints 와 Patches 프로젝트의 멘테나 · Jeremy Utley - LFS 책의 편집자, Bugzilla 의 멘테 나 ·다양한 LFS 나 BLFS 메일링리스트의 다 셀수 없을 정도 많은 사람들 . 그들은 제안이나 테스트를 해, 버그의 보고나 설명, 또 여러가지 팍케이 지의 인스톨에 대한 경험을 제출하는 것으로, 이 책을 일으켜 간다 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 번역자 · Manuel Canales Esparcia -스페인어 LFS 번역 프로젝트 · Johan Lenglet -프랑스어 LFS 번역 프로젝트 · Anderson Lizardo -포르투갈어 LFS 번역 프로젝트 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 미러 서버의 멘테나 · Jason Andrade - au.linuxfromscratch.org 밀러 · William Astle - ca.linuxfromscratch.org 밀러 · Baque -- lfs.cict.fr 밀러 · Stephan Brendel - lfs.netservice-neuss.de 밀러 · Ian Chilton - us.linuxfromscratch.org, linuxfromscratch.co.uk 밀러 · Fredrik Danerklint - se.linuxfromscratch.org 밀러 · David D.W. Downey - lfs.learnbyexample.com 밀러 · Eduardo B. Fonseca - br.linuxfromscratch.org 밀러 · Hagen Herrschaft - de.linuxfromscratch.org 밀러 · Tim Jackson - linuxfromscratch.idge.net 밀러 · Barna Koczka - hu.linuxfromscratch.org 밀러 · Roel Neefs - linuxfromscratch.rave.org 밀러 · Simon Nicoll - uk.linuxfromscratch.org 밀러 · Ervin S. Odisho - lfs.activalink.net 밀러 · Guido Passet - nl.linuxfromscratch.org 밀러 · Mikhail Pastukhov - lfs. 130th.net 밀러 · Jeremy Polen - us2.linuxfromscratch.org 밀러 · UK Mirror Service - linuxfromscratch.mirror.co.uk 밀러 · Thomas Skyt - dk.linuxfromscratch.org 밀러 · Antonin Sprinzl - at.linuxfromscratch.org 밀러 · Dag Stenstad - no.linuxfromscratch.org 의 제공, Ian Chilton -그 운영자 · Parisian sysadmins - www2.fr.linuxfromscratch.org 미 라 · Jesse Tie-Ten-Quee - linuxfromscratch.org 서버의 제공 (와)과 그 운영 · Alexander Velin -- bg.linuxfromscratch.org 밀러 · Martin Voss - lfs.linux-matrix.net 밀러 · Pui Yong - sg.linuxfromscratch.org 밀러 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 기증자 · Dean Benson 인가 (이)든지의 금전적인 기부 · DREAMWVR.COM LFS 와 그 관계한 사브프로지 크트에의, 다양한 원조물의 기증에 의한 한 때의 후원 · Hagen Herrschaft 현재 lorien (이)라는 이름으로 운용중의 2.2GHz P4 시스템의 기증 · O'Reilly SQL 와 PHP 에 대한 서적의 기증 · VA Software Linux.com 를 대표해 VA Linux 420 (이전의 StartX SP2 ) 워크스테이션의 기증 · Mark Stone 초대 linuxfromscratch.org 서 바인 shadowfax, 750 MHz P3, 512 MB RAM 와 9 GB SCSI 드라이브 2 받침대의 기증, 이것은 서버 이전뒤 belgarath 와 개명 · Jesse Tie-Ten-Quee Yamaha CDRW 8824E CD 라이터의 기증 ·다양한 LFS 나 BLFS 메일링리스트의 다 셀수 없을 정도 많은 사람들 . 그들은 제안해, 버그의 보고를 제출해, 또 비평하는 것으로 이 책을 보다 자주(잘) 해 주었다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 이전의 팀 멤버와 기고자 · Timothy Bauscher - LFS 책의 편집자, Hints 프로제크 트의 멘테나 · Robert Briggs linuxfromscratch.org 와 linuxfromscratch.com 의 드메이 명의 원래의 기증 · Ian Chilton Hints 프로젝트의 보수 관리 · Marc Heerdink - LFS 책의 편집자 · Seth W. Klein - LFS FAQ 의 제작자 · Garrett LeSage -오리지날 LFS 배너의 제작자 · Simon Perreault - Hints 프로젝트의 멘테나 · Geert Poels - Garrett LeSage 에 의한 LFS 배너에 근거한, 오리지날 BLFS 바나 -의 제작자 · Frank Skettino -낡다 웹 사이트의 초기 디자이너- http://www.oswd.org/ 를 참조 · Jesse Tie-Ten-Quee IRC 에서의 한없는 질문에 매우 인내 강하고 회답해 준 것 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 일본어 번역에 대해 Linux From Scratch 일본어 번역의 유지 관리는 Linux JF Project 하지만 가고 있습니다. 오자·탈자의 지적, 일본어 번역에 무심코 (이)라고의 의견 등은 Linux JF Project 의 메일링리스트 에 부탁합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 사례 Linux From Scratch 를 일본어로 번역하는 것에 즈음해,다음의 분들에게 사독, 교정을 해 (이)라고 받았습니다. 이 장소를 빌려 답례를 말씀드립니다. 고마워요 자리지금 했다. (무순서, 경칭생략) ·나카타니천회 > ·카와사키 타카언 > ·이기자 테르오 > ·가네코 청자 > 또, Linux JF Project 의 메일링리스트로 의견이나 조언을 받은 분들에게도 거듭해 답례를 말씀드립니다. 감사합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 2. 중요한 정보 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ $LFS 에 대해 이하의 단락을 주의 깊게 읽어 주세요. 본서를 통해서 LFS 변수가 반복해 사용되고 . 모든 변수 $LFS 는 마운트된 LFS 시스템을 포함한 파티쇼 가 있는 디렉토리로 옮겨지지 않으면 안됩니다. 파티션을 어떻게 만들어, 어디에 마운트하는가 하는 것은 제 3 장으로 충분히 자세하게 설 명 합니다. 직면해 LFS 파티션은 /mnt/lfs 에 마운트되고 있다 (와)과 가정합시다. . /configure --prefix=$LFS/tools 라고 하는 것 같은 커멘드를 실행하도록(듯이) 말 깨졌을 때에는, 실제로는 . /configure --prefix=/mnt/lfs/tools 를 실행하는 필 요점이 있습니다. 쉘로 입력된 커멘드나, 편집이나 작성된 파일안 등, 이것이 어디에 쓰여져 있으려고 그렇게 하는 것이 중요합니다. 하나의 해결 방법은, LFS 라고 하는 환경 변수를 설정하는 것입니다. 이 방법에서는 $LFS 를 /mnt/lfs 에 옮겨놓는 대신에, 문자 그대로 입력할 수가 있습니다. 이것은 이하의 커멘드를 실행하는 것으로 수행됩니다. export LFS=/mnt/lfs 이와 같이 해 두면,. /configure --prefix=$LFS/tools 라고 하는 것 같은 팽이 드를 실행하도록(듯이) 말해졌다면, 그대로 입력해도 괜찮을 것입니다. 사 있고의 쉘은, 커멘드 라인을 처리할 경우에, 즉 커멘드를 타이프 쳐 끝나 Enter 를 눌렀을 때에 "$LFS" 를 "/mnt/lfs" 에 옮겨놓을 것입니다 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ SBU 에 대해 대부분(분)편은 각각의 패키지를 컴파일 해 인스톨 하는데 대개 어느 정도의 시간이 걸리는지 미리 알고 싶을 것입니다. 그러나 "Linux From Scratch" 는 매우 많은 다른 시스템으로 구축되므로, 실제 의 소요 시간을 추측하는 것은 거의 할 수 없습니다. 가장 빠른 시스템에서는 제일 큰 패키지( Glibc )에서도 20 분 이상 걸리지 않을 것입니다가, 제일 늦다 시스템에서는 3 일인가 그 정도 걸리겠지요-농담은 아니고, 그 정도의 차이 (이)가 있습니다. 그래서, 소요 시간을 나타내는 대신에, 저희들은 정적 Binutils 단위( SBU 와 약기합니다)를 사용한다고 하는 아이디어를 채용했습니다. 즉 이런 것입니다. 이 책으로 당신이 최초로 컴파일 하는 것은 제 5 장으로 정적으로 링크된 Binutils 로, 이 패키지를 컴파일 하는데 걸리는 시간이, 저희들이 "정적 Binutils 단위" 또는 "SBU" 라고 부르는 것에 . 그 외 모든 것을 컴파일 하기 위해서 필요한 시간은, 이 시간 (을)를 단위로서 비로 나타내집니다. 예를 들어, 정적 링크 버젼의 GCC 를 구축하는데 걸리는 시간은 4.4 SBU 입니다. 사용의 시스템으로, 정적인 Binutils 를 컴파일 해 인스톨 의 것에 10 분 걸렸다고 하면(자), 정적인 GCC 를 구축하는데 대개 45 분인가 라고 하는 것입니다. 행운의 일로, 대부분의 구축 시간은 1 Binutils 보다 비 항상 짧습니다. 사용의 호스트의 컴파일러가 GCC-2 베이스라면, 리스트 된 SBU 치는 최 종적으로 얼마인가 과소평가 기색이 된다고 하는 것을 적어 둡니다. 이것은, SBU (은)는 거의 최초의 패키지에 해당하므로, 낡은 GCC 에 의해 컴파일 되고 한편, 나머지의 시스템은 대개 30% 만큼 늦은 일로 알려진 새로운 GCC-3. 3.1 그리고 컴파일 된다고 하는 것이 원인입니다. SBU 가 SMP 베이스의 머신에서는 잘 되지 않다고 하는 일도 적어 둡니다. 행운에도 멀티 프로세서-를 사용이라면, 그런 일은 신경이 쓰이지 않을 정도 당신의 시스템은 빠를 것입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 테스트 스위트에 대해 대부분의 패키지는 테스트 스위트(역주：테스트 세트 일식)를 준비해 있습니다. 새롭게 구축한 패키지에 테스트 스위트를 실행하는 것은 , 모든 것이 올바르고 컴파일 된 것을 제대로 조사할 수 있으므로, 통 상 매우 좋은 일입니다. 체크 기구를 움직이는 테스트 스위트는, 개발자가 눈 론 응이다 대로에 패키지가 기능하는 것을 검증합니다. 그렇지만, 그 팍 케이지에 전혀 버그가 없는 것을 보증하는 것은 아닙니다. 다른 것보다 보다 중요한 테스트 스위트가 몇개인가 있습니다. 예를 들어, 안 마음이 되는 toolchain ― GCC 나 Binutils, Glibc ( C library ) 등-에 임해서 의 테스트 스위트는, 시스템을 적절히 기능시킨다고 하는 중심적인 역할을 담당해 로부터, 제일 중요한 것입니다. 다만, 주의해 둡니다만, GCC 와 Glibc 에 의 테스트스이트는, 특히 늦은 하드웨어에서는 완료하는데 매우 긴 시간 하지만 걸립니다. 본서에 따라 나가면(자), 다양한 테스트 스위트를 실행하는 구축코 만드를 만납니다. 문제가 되는 테스트 스위트에 대한 상대적인 중요성을 설명하게 되기 때문에, 실행할까 하지 않는가를 스스로 결정하는 것이 할 수 있습니다. Note: Binutils 와 GCC 의 테스트스이트를 실행할 때의 일반적인 문제 (은)는, 가상 터미널을 다 써 버려 버리는 것입니다. 이것은 이상하게 많은 테스트가 실패한다고 하는 증상에 걸립니다. 이것에는 많은 원인이 있습니다 . 가장 있을 것인 것은, 호스트 시스템이 올바르고 셋업 되었다 devpts 파일 시스템을 가지고 있지 않은 것입니다. 이것에 대해서는 후 (정도)만큼 제 5 장으로 자세하게 논의합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 질문의 방법 본서를 사용하고 있어 문제에 조우해, 그것이 FAQ ( http:// www.linuxfromscratch.org/faq )에도 없었으면, 인타넷트리레이체 트( IRC )나 메일링리스트에 참가하고 있는 사람들이 도와 주겠죠 . LFS 메일링리스트에 대해서는 제 1 장의 메일링리스트로 원빚 . 당신의 문제에 저희들이 손을 빌려 주어 구명해 해결하기 위해서, 도움을 요구하면(자) 나무는 할 수 있는 한 적절한 정보를 쓰도록 해 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 써야 할 일 직면하고 있는 문제에 대한 간략한 설명은 따로 해, 의뢰 사항에 포함하지 않으면 있고 없는 소중한 일은 다음과 같은 것입니다. ·사용하고 있는 책의 판(이것은 제 5.0 판입니다) · LFS 를 만드는데 사용하고 있는 호스트 디스트리뷰션과 그 바죠 ·문제를 일으키고 있는 패키지 또는 항목 ·받은 대로의 정확한 에러 메세지 또는 상황 ·이 책으로부터 무엇인가 일탈했는지 어떠했는지 (본서로부터 멀어져 갔던 적이 있어도, 원조하고 싶지 않으면 일은 있어 선. 결국, LFS 도 하나의 선택이라고 하는 것이고. 이 마디는, 당신의 문제 에 붙어, 다른 원인의 가능성을을 조사할 때의 도움이 될 수 있으려고 포함하고 있습니다 . ) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 설정에 관한 문제 설정을 위한 스크립트를 실행하고 있을 때 무엇인가 잘 되지 않게 되면(자), config.log 파일에 대충 훑어봐 주세요. 이 파일에는, 화면에 출력되고 없었던 설정중의 에러를 포함하고 있을지도 모릅니다. 질문을 하려고 생각했다 (이)라면, 관련하는 행을 포함해 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 컴파일의 문제 문제의 원인을 찾아내기 위한 우리의 단서로서 화면 출력과 여러 가지의 파 일의 내용은 도움이 됩니다. . /configure 스크립트와 make 커멘드를 실행 했을 때의 기록은 모두 도움이 됩니다. 마구에 모든 것을 포함하는 것은이나 째라고 주세요. 그러나, 반대로 거의 아무것도 포함하지 않는 것도 그만두어 주세요. 예로 해 지렛대 와에 몇개의 make 커멘드로부터의 화면 출력을 올립니다. gcc -DALIASPATH=\"/mnt/lfs/usr/share/locale:. \" -DLOCALEDIR=\"/mnt/lfs/usr/share/locale\" -DLIBDIR=\"/mnt/lfs/usr/lib\" -DINCLUDEDIR=\"/mnt/lfs/usr/include\" -DHAVE_CONFIG_H -I. -I. -g -O2 -c getopt1.c gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o expand.o file.o function.o getopt.o implicit.o job.o main.o misc.o read.o remake.o rule.o signame.o variable.o vpath.o default.o remote-stub.o version.o opt1.o -lutil job.o: In function `load_too_high': /lfs/tmp/make-3. 79.1/job.c:1565: undefined reference to `getloadavg' collect2: ld returned 1 exit status make[2]: *** [make] Error 1 make[2]: Leaving directory `/lfs/tmp/make-3. 79.1' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/lfs/tmp/make-3. 79.1' make: *** [all-recursive-am] Error 2 이 경우, 많은 사람이 make [2]: *** [make] Error 1 그렇다고 하는 행과 그 후의 항목만을 포함합니다. 이것은 문제를 진단하기에는 충분해 (은)는 없습니다. 왜냐하면 이것은 무엇이 나쁜 것인지는 아니고 다만 무엇인가 이상해졌다 그렇다고 하는 것만을 전하고 있기 때문입니다. 도움이 되는 정보를 포함하려면 , 위의 예에 든 것 같은 항목 전체가 모두 포함되지 않으면 안됩니다. 그렇다고 하는 것은, 거기에는 실행된 커멘드와 그 에러 메세지가 있기 때문입니다. 일반용으로 인터넷에서의 질문의 방법에 대한 자주(잘) 결정된 기사가 Eric S. Raymond 에 의해 쓰여졌습니다. 그것은 온라인으로 입수 성과 http:/ /catb.org/~esr/faqs/smart-questions.html 에 있습니다. 그 문장을 읽어 안 에 있는 힌트에 따라, 우선보다 많은 반응을 얻을 수 있도록(듯이), 정말로 필요한 조 말을 얻을 수 있게 됩시다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 테스트 스위트의 문제 많은 패키지가 중요성에 응해, 실행을 추천하는 테스트 스위트를 제공 하고 있습니다. 패키지는 때때로 실패나 예기 된 실패를 일으킵니다. 이 같은 에러를 당하면(자), 그것이 벌써 기존의 것이며, 그러한 에 라를 기록하고 있지 않는지 어떤지를, LFS Wiki 페이지 http:// wiki.linuxfromscratch.org/ 로 조사해 주세요. 벌써 알고 있는 것이라면 , 통상은 걱정 필요 없습니다. II. 제2부-구축의 준비 Table of Contents 3. 새로운 파티션을 준비한다 4. 필요한 것: 패키지와 패치 5. 잠정 시스템의 구성 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 3. 새로운 파티션을 준비한다 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 이 장에서는 LFS 시스템을 두는 파티션을 준비합니다. 파티션 (을)를 작성해, 거기에 파일 시스템을 만들어, 그것을 마운트합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 새로운 파티션을 작성한다 새로운 Linux 시스템을 구축하기 위해서, 얼마인가의 스페이스, 즉 하늘의 데 스크스페이스를 필요로 합니다. 빈파티션이 없고, 또 하드 디 스크상에 새롭게 만들 여유도 없다고 하면(자), LFS 를 현재의 디스트리뷰쇼 가 인스톨 되고 있는 같은 파티션상에 구축할 수가 있습니다 . 디스크 스페이스가 부족해도 해 보려고 생각한다면, 아래와 같은 장소에 있는 히 트를 참조해 주세요. http://www.linuxfromscratch.org/hints/ downloads/files/lfs_next_to_existing_systems.txt 최소의 시스템에서도, 약 1.2 GB 정도의 파티션이 필요합니다. 와 는 모든 소스의 tarball 를 넣어, 패키지를 컴파일 하는데 10 분인 양입니다. 그러나, LFS 시스템을 주요한 Linux 시스템으로서 사용할 생각 (이)라면, 아마 한층 더 소프트를 인스톨 할 필요가 있어, 이것보다 많은 스페이스, 아마는 2 GB 나 3 GB 를 필요로 하겠지요. 머신에 충분한 RAM 가 있는 것은 거의 없기 때문에, 작은 디스크스파테 션을 스왑 스페이스로서 사용한다고 하는 생각은 좋은 것입니다. 이 스페 스는, 보다 긴급한 데이터에 대해서 메모리에 빈 곳을 만들어, 또 좀처럼 사용하는거야 있고 데이터를 보존하기 위해서 커넬에 의해 사용됩니다. LFS 시스템이기 때문에 의 스왑 스페이스는, 사용의 호스트 시스템과 공유할 수 있으므로, 이미 스와 프파티션이 있다면 하나 더 만들 필요는 없습니다. cfdisk 나 fdisk 와 같은 디스크파티쇼닝프로그람을, 새롭다 파티션이 만들어져야 할 하드 디스크의 이름을 인수로 해 실행 섬 해 . 예를 들어, 프라이머리 IDE 디스크에 대해서는 /dev/hda 가 됩니다. 필요하면 Linux 네이티브 파티션과 스왚 파티션을 작성 합시다. 이러한 프로그램의 사용 한쪽으로부터 없으면, cfdisk 나 fdisk 의 man page 를 참조해 주세요. hda5 와 같은, 새로운 파티션의 명칭을 기억해 두어 주세요. 본서에서는 그것을 LFS 파티션으로서 언급합니다. 스왚 파티션을 작 (이)라고 있다면, 그 명칭도 기억해 두어 주세요. 이러한 이름은 잠시 후에, /etc/ fstab 파일 등에 필요합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 새로운 파티션에 파일 시스템을 작성한다 그런데, 하늘의 파티션이 생겼으니까, 거기에 파일 시스템을 작성 할 수 있습니다. Linux 의 세계에서 가장 넓게 사용되고 있는 것은 세칸드에크스텐젝 드( ext2 ) 파일 시스템입니다만, 오늘의 대용량 하드 디스크에서는 있고 원 쟈나링파이르시스템이 점점보급해 오고 있습니다. 여기에서는 ext2 파일 시스템을 만듭니다만, 다른 파일 시스템의 구축의 설명이 아래 기의 장소에 있습니다. http://www.linuxfromscratch.org/blfs/view/stable/ postlfs/filesystems.html LFS 파티션에 ext2 파일 시스템을 작성하려면 , 이하와 같이 열매 행 해 주세요. mke2fs /dev/xxx xxx 는, hda5 와 같은 LFS 파티션의 이름에 옮겨놓아 주세요. (새롭게) 스왚 파티션을 작성하면(자), 그것도 또 스왑파테 션으로서(위에서 mke2fs 를 행한 것처럼, 포맷으로서 알려지고 ) 초기화를 하지 않으면 안됩니다. mkswap /dev/yyy yyy 는 스왚 파티션의 이름에 옮겨놓아 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 새로운 파티션의 마운트 그런데 이것으로 파일 시스템이 생겼으므로, 이 파티션에 아크세 스 할 수 있도록 합시다. 이 때문에는, 그 파티션을 마운트해 , 그리고 마운트 포인트를 선택하지 않으면 안됩니다. 본서에서는, 파일 시스템은 /mnt/lfs 아래에 마운트되었다고 가정합니다만, 어느 디 렉토 리를 선택해도 문제 없습니다. 마운트 포인트를 선택해 그것을 LFS 환경 변수로 지정합시다. export LFS=/mnt/lfs 그러면 마운트 포인트를 작성해 LFS 파일 시스템을 마운트합시다 . mkdir -p $LFS mount /dev/xxx $LFS xxx 는 LFS 파테션의 이름에 옮겨놓아 주세요. LFS 에 대해서 복수의 파티션을 사용한다(1개(살)은 / 에, 하나 더는 /usr 와 말한 것처럼)로 결정하면(자), 이와 같이 마운트해 주세요. mkdir -p $LFS mount /dev/xxx $LFS mkdir $LFS/usr mount /dev/yyy $LFS/usr 물론, xxx 와 yyy 는 적절한 파티션명에 옮겨놓아 주세요. 또, 이 새로운 파티션은( nosuid 나 nodev, noatime 옵션 (와)과 같은) 매우 제한적인 허가 속성을 붙여 마운트하지 않게 자주(잘) 확인해 주세요. mount 커멘드를 파라미터(parameter)없이 실행하는 것으로, LFS 파테 션이 어느 옵션으로 마운트되고 있을까 알 수 있습니다. nosuid 나 nodev, noatime 인 것을 알 수 있으면(자), 다시 마운트하지 않으면 안됩니다. 그런데, 작업장소가 생겼으니까, 패키지를 다운로드할 준비가 갖추어져 했다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 4. 필요한 것: 패키지와 패치 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 아래와 같이에 나타내는 것은, 기본적인 Linux 시스템을 구축하기 위해서 다운로드해 없으면 안 되는 패키지의 리스트입니다. 리스트 된 패키지의 화물 운반선 번호는, 잘 움직인다고 알고 있는 소프트웨어의 버젼이며, 책 책에서는 이것들을 기본으로 합니다. 어느 버젼에서의 구축 커멘드가 새로운 바 존에서는 잘 되지 않는다고 하는 일이 있으므로, 경험 풍부한 LFS 구축자 나오는거야 있고 한정해 새로운 버젼을 시험하지 않는 것을 강하게 권합니다. 또, 현재 (이)다 잘 움직이지 않은 기존의 문제가 있기 위해서(때문에), 대부분은 최신판을 사용하지 않는다 그렇다고 하는 방식에는 자주 훌륭한 이유가 있습니다. 이것들 모든 URL 는, 가능하면, http://www.freshmeat.net/ 로 의 프로젝트의 페이지가 되어 있습니다. Freshmeat 라고 하는 페이지는, 공식 의 다운로드 사이트로의 간단한 액세스를 제공하고 있고, 그 이외에도 프로젝트의 웹 사이트나 메일링리스트, FAQ, 개정 기록등에의 악 세스도 제공하고 있습니다. 이러한 다운로드의 장소를 언제나 이용할 수 있다고 하는 보증은 할 수 없습니다. 본 책이 발행된 이후 다운로드의 장소가 변경이 되어 있다면, 패키지 (을)를 google 해 봐 주세요. 그런데도 잘 되지 않으면, 본서의 에랏타페 지 http://linuxfromscratch.org/lfs/print/ 를 조사해 보는지, 차라리의 와 (와)과 http://linuxfromscratch.org/lfs/packages.html 에 리스트 된 다른 다우 로드의 방법을 시험해 보면 좋을지도 모릅니다. 다운로드한 패키지와 패치 모든 것을, 구축 작업중 쭉 이용 있고 장소에 놓아두지 않으면 안됩니다. 또, 소스를 해동해, 구축 째의 작업용의 디렉토리가 필요하겠지요. 잘되는 하나의 안으로서 (은)는 $LFS/sources 를 tarball 와 패치의 두는 곳, 한편 그 작업 디렉토리와 해 사용한다고 하는 것입니다. 이것으로 모든 필요한 것은 LFS 파티션에 놓여져 구축 과정의 모든 단계에서 이용할 수 있게 됩니다. 거기서, 다운로드를 하기 전에, root 로 다음과 같이 실행합니다： mkdir $LFS/sources 게다가 root 로 다운로드할 것은 없을까요들 , 이 디렉토리 (을)를 일반 유저로 기입해 가능(한편 sticky )으로 합니다. chmod a+wt $LFS/sources 사용하기 쉽게 하기 위한(해), 리스트의 선두는 wget 프로그 램으로 사용할 수 있는 파일에의 링크가 되어 있습니다. 이 파일과 wget 프로 그램을 사용하면(자), 하나 하나 수동으로 다운로드하는 것이 아니라, 모든 파일을 한 번에 다운로드할 수 있으므로 간단합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 모든 패키지 이하의 패키지를 다운로드할까 어떠한 방법으로 입수합니다. Autoconf (2.57) - 792 KB: http://freshmeat.net/projects/autoconf/ Automake (1.7. 6) - 545 KB: http://freshmeat.net/projects/automake/ Bash (2.05b) - 1,910 KB: http://freshmeat.net/projects/gnubash/ Binutils (2.14) - 10,666 KB: http://freshmeat.net/projects/binutils/ Bison (1.875) - 796 KB: http://freshmeat.net/projects/bison/ Bzip2 (1.0. 2) - 650 KB: http://freshmeat.net/projects/bzip2/ Coreutils (5.0) - 3,860 KB: http://freshmeat.net/projects/coreutils/ DejaGnu (1.4. 3) - 1,775 KB: http://freshmeat.net/projects/dejagnu/ Diffutils (2.8. 1) - 762 KB: http://freshmeat.net/projects/diffutils/ E2fsprogs (1.34) - 3,003 KB: http://freshmeat.net/projects/e2fsprogs/ Ed (0.2) - 182 KB: http://freshmeat.net/projects/ed/ Expect (5.39. 0) - 508 KB: http://freshmeat.net/projects/expect/ File (4.04) - 338 KB: (*) 하의 주의를 봐 주세요 http://freshmeat.net/projects/file/ Findutils (4.1. 20) - 760 KB: http://freshmeat.net/projects/findutils/ Flex (2.5. 4a) - 372 KB: ftp://ftp.gnu.org/gnu/non-gnu/flex/ Gawk (3.1. 3) - 1,596 KB: http://freshmeat.net/projects/gnuawk/ GCC (2.95. 3) - 9,618 KB: http://freshmeat.net/projects/gcc/ GCC-core (3.3. 1) - 10,969 KB: http://freshmeat.net/projects/gcc/ GCC-g++ (3.3. 1) - 2,017 KB: http://freshmeat.net/projects/gcc/ GCC-testsuite (3.3. 1) - 1,033 KB: http://freshmeat.net/projects/gcc/ Gettext (0.12. 1) - 5,593 KB: http://freshmeat.net/projects/gettext/ Glibc (2.3. 2) - 13,064 KB: http://freshmeat.net/projects/glibc/ Glibc-linuxthreads (2.3. 2) - 211 KB: http://freshmeat.net/projects/glibc/ Grep (2.5. 1) - 545 KB: http://freshmeat.net/projects/grep/ Groff (1.19) - 2,360 KB: http://freshmeat.net/projects/groff/ Grub (0.93) - 870 KB: ftp://alpha.gnu.org/pub/gnu/grub/ Gzip (1.3. 5) - 324 KB: ftp://alpha.gnu.org/gnu/gzip/ Inetutils (1.4. 2) - 1,019 KB: http://freshmeat.net/projects/inetutils/ Kbd (1.08) - 801 KB: http://freshmeat.net/projects/kbd/ Less (381) - 259 KB: http://freshmeat.net/projects/less/ LFS-Bootscripts (1.12) - 25 KB: http://downloads.linuxfromscratch.org/lfs-bootscripts-1. 12. tar.bz2 Lfs-Utils (0.3) - 221 KB: http://www.linuxfromscratch.org/~winkie/downloads/lfs-utils/ Libtool (1.5) - 2,751 KB: http://freshmeat.net/projects/libtool/ Linux (2.4. 22) - 28,837 KB: http://freshmeat.net/projects/linux/ M4 (1.4) - 310 KB: http://freshmeat.net/projects/gnum4/ Make (3.80) - 899 KB: http://freshmeat.net/projects/gnumake MAKEDEV (1.7) - 8 KB: http://downloads.linuxfromscratch.org/MAKEDEV-1. 7. bz2 Man (1.5m2) - 196 KB: http://freshmeat.net/projects/man/ Man-pages (1.60) - 627 KB: http://freshmeat.net/projects/man-pages/ Modutils (2.4. 25) - 215 KB: http://freshmeat.net/projects/modutils/ Ncurses (5.3) - 2,019 KB: http://freshmeat.net/projects/ncurses/ Net-tools (1.60) - 194 KB: http://freshmeat.net/projects/net-tools/ Patch (2.5. 4) - 182 KB: http://freshmeat.net/projects/patch/ Perl (5.8. 0) - 10,765 KB: http://freshmeat.net/projects/perl/ Procinfo (18) - 24 KB: http://freshmeat.net/projects/procinfo/ Procps (3.1. 11) - 242 KB: http://freshmeat.net/projects/procps/ Psmisc (21.3) - 259 KB: http://freshmeat.net/projects/psmisc/ Sed (4.0. 7) - 678 KB: http://freshmeat.net/projects/sed/ Shadow (4.0. 3) - 760 KB: http://freshmeat.net/projects/shadow/ Sysklogd (1.4. 1) - 80 KB: http://freshmeat.net/projects/sysklogd/ Sysvinit (2.85) - 91 KB: http://freshmeat.net/projects/sysvinit/ Tar (1.13. 25) - 1,281 KB: ftp://alpha.gnu.org/gnu/tar/ Tcl (8.4. 4) - 3,292 KB: http://freshmeat.net/projects/tcltk/ Texinfo (4.6) - 1,317 KB: http://freshmeat.net/projects/texinfo/ Util-linux (2.12) - 1,814 KB: http://freshmeat.net/projects/util-linux/ Vim (6.2) - 3,193 KB: http://freshmeat.net/projects/vim/ Zlib (1.1. 4) - 144 KB: http://freshmeat.net/projects/zlib/ 이러한 패키지의 총용량： 134 MB Note: File (4.04)는 당신이 이것을 읽고 있을 때는 입수할 수 없는가 도 알려지지 않습니다. 메인의 다운로드의 장소는 새로운 버젼이 릴리 스 되면(자) 낡은 버젼을 없애 버리는 것으로 알려져 있습니다. 대 의 다운로드의 장소에 대해서는, 부록 A 의 대응한 장을 참조해 아래 차이. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 필요한 패치 이것들 모든 패키지에 가세해, 한층 더 몇개의 패치가 필요 . 이것들은 패키지안의, 멘테나에 의해 수정되어야 할 작은 오 를 정정하는지, 혹은 우리의 방식에 맞도록(듯이) 약간의 개정을 행 있습니다. 이하의 물건이 필요합니다. Bash Patch - 7 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/bash-2. 05b-2.patch Bison Attribute Patch - 2 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ bison-1. 875-attribute.patch Coreutils Hostname Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ coreutils-5. 0-hostname-2.patch Coreutils Uname Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ coreutils-5. 0-uname.patch Ed Mkstemp Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ed-0. 2-mkstemp.patch Expect Spawn Patch - 6 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ expect-5. 39.0-spawn.patch Gawk Libexecdir Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gawk-3. 1.3-libexecdir.patch GCC No-Fixincludes Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-3. 3.1-no_fixincludes-2.patch GCC Specs Patch - 10 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/gcc-3. 3.1-specs-2.patch GCC Suppress-Libiberty Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-3. 3.1-suppress-libiberty.patch GCC-2 Patch - 16 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/gcc-2. 95.3-2.patch GCC-2 No-Fixincludes Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-2. 95.3-no-fixinc.patch GCC-2 Return-Type Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-2. 95.3-returntype-fix.patch Glibc Sscanf Patch - 2 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ glibc-2. 3.2-sscanf-1.patch Grub Gcc33 Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/grub-0. 93-gcc33-1.patch Kbd More-Programs Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ kbd-1. 08-more-programs.patch Man 80-Columns Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/man-1. 5m2-80cols.patch Man Manpath Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/man-1. 5m2-manpath.patch Man Pager Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/man-1. 5m2-pager.patch Ncurses Etip Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ ncurses-5. 3-etip-2.patch Ncurses Vsscanf Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ ncurses-5. 3-vsscanf.patch Net-tools Mii-Tool-Gcc33 Patch - 2 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ net-tools-1. 60-miitool-gcc33-1.patch Perl Libc Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/perl-5. 8.0-libc-3.patch Procps Locale Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ procps-3. 1.11-locale-fix.patch Shadow Newgrp Patch - 1 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ shadow-4. 0.3-newgrp-fix.patch Zlib Vsnprintf Patch - 10 KB: http://www.linuxfromscratch.org/patches/lfs/5. 0/ zlib-1. 1.4-vsnprintf.patch 상기의 필요한 패치에 가세해, LFS 커뮤니티에 의해 작성된 많은 선거 택 가능한 패치가 존재합니다. 이러한 대부분은 약간의 문제를 해결 인가, 디폴트에서는 유효하게 되지 않은 기능을 유효하게 하는 것입니다. 자 사양말고 http://www.linuxfromscratch.org/patches/ 에 놓여진 패치의 데 타베이스를 조사해 봐, 사용해 보고 싶다고 생각하는 패치가 있으면 가져 가 아래 차이. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 5. 잠정 시스템의 구성 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 이 장으로, 는 최소한의 Linux 시스템을 컴파일 해 인스톨 합니다. 이 최소한의 시스템은, 다음의 장으로 최종적인 LFS 시스템을 구성을 시작하는데 충분한 툴류도 동시에 인스톨 합니다. 이 최소한의 시스템의 구축에는, 2개의 단계가 있습니다. 처음에 새롭고 호스 트로부터 독립한 toolchain (컴파일러, 어셈블러, 링커와 라이브러리) (을)를 구축해, 그리고 이것들을 그 외의 매우 중요한 툴을 구축하기 위해서 사 있습니다. 이 장으로 컴파일 되는 파일은 $LFS/tools 디렉토리하에 인스트 르 되어 다음의 장으로 인스톨 되는 파일과 나누어 놓여집니다. 여기서 컴파일 되는 패키지는 잠정적인 것이므로, 후에 LFS 시스템과 것을 거기에 따라 더럽히고 싶지는 않습니다. 무엇이 Linux 시스템을 움직이고 있는가 하는 것을 배우는데 있어서의 포인트는, 의 패키지가 무엇에 사용되어 유저나 시스템이 왜 그것들을 필요와 하는가 하는 것을 아는 것입니다. 그 때문에(위해), 실제의 인스톨의 전에, 각각의 패키지에 대해 간략한 설명이 되고 있습니다. 패키지안의 , 각각의 프로그램의 간단한 설명에 대해서는, 부록 A 의 대응하는 항을 참조 해 주세요. 구축의 설명은 bash 쉘을 사용하고 있는 것과 가정합니다. 또, 이미 팍케 지의 소스를 해동하고 있어, 구축 커멘드를 사용하기 전에 해동한 소스의 디 레크트리에 이동( cd )하고 있으면(자) 가정하고 있습니다. 몇개의 패키지는 구축전에 패치를 맞힙니다만, 패치는 문제를 회피 할 필요가 있을 때만 필요합니다. 이 장과 다음의 장의 것에서는, 자주 패치 하지만 필요하게 됩니다만, 때때로 다른 한쪽의 장으로만 필요합니다. 그러니까, 다 운로드궢궫팟치의 설명이 이 장으로 눈에 띄지 않는 것 처럼 생각되어도 걱정하는거야 있고로 주세요. 대부분의 패키지의 인스톨의 사이, 화면상을 흐르는 컴파일러의 모든 종류의 경고를 보겠지요. 이것들은 정상적이어, 무시해도 안전합니다. 이것들은 다만 경고가 있다고 하는 것만으로 , 그 경고의 대부분은 컴파일러가 C 나 C++ 의 문법적인 기술의 사용 분에게, 무효는 아니든 비난을 말하는 것 입니다 . 그것은, C 언어의 표준적인 기술 방법은 가끔 변경되고 있어, 몇개의 패키지는 아직껏 실제로는 문제가 되지 않는 낡은 기술법을 사용하고 있다, 물어 만의 일입니다. 말하는에 급, 보통은 각각의 패키지를 인스톨 한 뒤, 스페이 스의 정리와 여유의 확보를 위해서(때문에), 소스와 구축요점의 디렉토리를 삭제하는 (분)편 하지만 좋습니다. 계속하기 전에, 이하를 실행해 LFS 환경 변수가 올바르게 설정되어 있는 것 (을)를 확인해 둡시다. echo $LFS 결과가 사용의 LFS 파티션의 마운트 포인트, 예에 따랐다고 하면(자) /mnt/lfs 라고 하는 패스가 표시되는 것을 확인합시다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Toolchain 기술 정보 이 마디에서는, 전체적인 구축 방법의 배경이 되고 있는 논리적 근거와 기술적인 상 세의 몇개인가를 설명하려고 생각하고 있습니다. 여기서 모든 것을 곧바로 이해하고 울어라 안 된다고 하는 것은 아닙니다. 그러한 대부분은, 한 번 실제로 구축을 행하면 이해할 수 있겠지요. 언제라도 여기를 참조해에 돌아와 주세요. 제 5 장의 목적은, chroot 로 넣는 건전하고 잠정적인 환경을 제공하는 것입니다. 그러면, 그러한 환경은 깨끗하기 때문에, 제 6 장으로 목적의 LFS 시스 템에 대해 문제를 일으키지 않는 구축을 실시할 수 있습니다. 이것을 행하는데 있어서, 가능한 한 호스트 시스템으로부터 분리하려고 해, 필요한 것이 갖추어져 있어 독립으로 움직여라 toolchain 를 구축합니다. 구축의 과정이, 새로운 독자에게 있어 위험이 최소한 (이)가 되는 것과 동시에, 최대한의 교육적 가치를 가지도록(듯이) 생각되어 왔다고 하는 것 (을)를 적어 두어야 합니다. 말 있고 돌아가면(자), 보다 진행된 기술이 시스템을 구축 의 것에 사용되었다고 하는 것입니다. Important: 먼저 가기 전에, 자주 target triplet (타겟을 나타낸다 3어)라고 해지는 플랫폼의 명칭을 확인해 두는 편이 좋고 짊어진다. 일반적으로, 이 「target triplet」란, 예를 들어 i686-pc-linux-gnu 와 같은 것입니다. 사용의 「target triplet」를 확 정하는 간단한 방법은, 많은 패키지와 함께 되어 있는 config.guess 스크립트를 실행하겠지요. Binutils 의 소스를 해동해, 스크 리프트 . /config.guess 를 실행해 그 결과를 메모 해 둡시다. 또, 동적 로더로서 언급되는 플랫폼의 동적 링커의 이름 전도, Binutils 의 일부인 스탠다드 링커 ld 와 혼동 하지 않기 위해(때문에) 확인해 두지 않으면 안됩니다. 동적 링커는 Glibc 에 의해 제공되고 , 프로그램에 의해 필요하게 되는 공유 라이브러리를 찾아 로드하면(자) 말하는 일을 해, 프로그램이 달리는 대로 준비하고 나서 실행합니다. 대부분의 사람에게 있어서는 동적 링커의 이름은 ld-linux.so. 2 가 되겠지요. 별로 보급되어 있지 않은 플랫폼에서는, 그 이름은 ld.so. 1 인가, 혹은 새로운 64 비트의 플랫폼에서는 완전히 다른 것이 될지도 해 선. 호스트 시스템의 /lib 디렉토리안을 조사해, 사용의 플랫폼의 동적 링커의 이름을 확인해 두어야 합니다. 절대로 확 열매인 방법은, 호스트 시스템으로부터 적당하게 바이너리를 선택해, 'readelf -l <바이너리의 이름> | grep interpreter'를 실행해 그 결과를 보는 것으로 . 모든 플랫폼을 포함한 신뢰할 수 있는 참고 사항은 Glibc 소스 트리의 루트에 있는 shlib-버젼의 파일안입니다. 제 5 장의 구축 방법이 어떻게 행해질까에 임해서, 몇개의 기술적 요점 ·같은 장소에 인스톨 된 툴류가, 어떻게 협력해 일해, 로 한 GNU 매직을 이용하는가 하는 것의, 원리적인 크로스 안녕 파일에의 유사 ·프로그램이 선택한 라이브러리에 대해서만 링크되는 것을 확실히 모아 두어 표준의 링커 라이브러리의 패스 검색의 주의 깊은 조작 ·어느 타겟으로 동적 링커가 사용될까를 컴파일러에게 전하기 위한, gcc 의 스펙(명세서) 파일의 주의 깊은 조작 Binutils 는 최초로 인스톨 됩니다. 왜냐하면, 어셈블러와 링커 그것 목의 기능을 유효하게 하는지, 무효로 할까를 결정하기 위해서(때문에) . /configure (을)를 실행하고 있는 동안, GCC 와 Glibc 는 모두 여러가지 기능의 테스트를 행하기 때문입니다 . 이것은 사람이 최초로 깨닫는 것보다도 보다 중요한 일입니다. 부정확하게 설정되어 큰일난 GCC 와 Glibc 는, 미묘하게 망가진 toolchain 가 되어, 그러한 파손 의 영향은 디스트리뷰션 전체의 구축이 끝에 가까워질 때까지 나타나지 않는다 일지도 모릅니다. 고마운 것에, 통상은 시간을 낭비하기 전에(파손 개소가 어느) 테스트 스위트의 실패가 경고해 줍니다. Binutils 는 그 어셈블러와 링커를, /tools/bin 와 /tools/ $TARGET_TRIPLET/bin 의 2 개소에 인스톨 합니다. 실제로는, 하나의 장소 의 툴은 하나 더에의 하드 링크가 되어 있습니다. 링커의 중요한 일면은 , 그 라이브러리 검색의 규칙입니다. 상세한 정보는 ld 에 --verbose 플래그를 도 일로 얻을 수 있습니다. 예를 들어 'ld --verbose | grep SERCH'와 실행하면, 현재의 검색 패스와 그 규칙을 표시합니다. --verbose 스윗치를 건네주어 더미 프로그램을 컴파일 하는 것으로, 어느 파일이 실제로 ld 에 의해 인 쿠 될까를 알 수 있습니다. 예를 들면네 'gcc dummy.c -Wl, --verbose 2>&1 | grep succeeded'와 실행하면 링크동안에 열리는 것에 성공 한 파일을 표시합니다. 다음에 인스톨 되는 패키지는 GCC 로, 그 . /configure 를 실행한다 라고 예를 들어 다음과 같은 메세지가 있습니다. checking what assembler to use... /tools/i686-pc-linux-gnu/bin/as checking what linker to use... /tools/i686-pc-linux-gnu/bin/ld 이것은 상술한 이유로써 중요합니다. 이것은 또, GCC 의 설정 스크립트는 어느 트 르를 사용할까를 찾기 위해서(때문에) $PATH 디렉토리를 검색하지 않는 것도 가리켜 지금 . 그러나, gcc 자신의 실제의 조작동안, 그 같은 검색 패스는 반드시 사용되고 선. gcc 가 어느 스탠다드 링커를 사용할까는 'gcc -print-prog-name= ld'를 실행해 보면 알겠지요. 상세한 정보는 gcc 에 -v 플래그를 건네줘 더미 프로그램을 컴파일 하면 얻을 수 있습니다. 예를 들어 'gcc -v dummy.c' (을)를 실행하면, gcc 의 인클루드의 검색 패스와 그 규칙을 포함한, 프리프로 셋사와 컴파일, 어셈블(assemble)의 단계에 대한 상세한 정보를 표시합니다. 다음에 인스톨 되는 패키지는 Glibc 입니다. Glibc 를 구축하는데 있어서도 (와)과도 중요한 고려 해야 할것은, 컴파일러와 바이너리 툴, 커넬 헤더 -입니다. 컴파일러는, 일반적으로는 Glibc 가 언제나 $PATH 디렉토리에 보고 붙이는 gcc 를 사용하므로 문제 없습니다. 바이너리 툴과 커넬 헤더는 그것보다 조금 귀찮습니다. 그러니까, 위험이 없게, 올바른 선택을 한다 같게 이용할 수 있는 설정 스윗치를 사용합니다. . /configure 의 실행의 나중에, 겹 요점인 세세한 점 모두에 임해서 glibc-build 디렉토리에 있는 config.make 파일의 내용을 체크할 수 있습니다. 어느 바이너리 툴을 사용하는지를 관리 하기 위한 CC="gcc -B/tools/bin" 의 사용이라고 한 것 같은 것이나, 컴파일러 의 인클루드 검색 패스를 관리하기 위한 -nostdinc 나 -isystem 플래그의 사 용무라고 한 흥미로운 항목을 메모 해 둡시다. 이러한 항목은 Glibc 팍 케이지의 중요한 면을 강조하는데 도움이 됩니다. 이 패키지는, 구축의 수속 나무의 점으로써 매우 독립성이 높고, 일반적으로는 toolchain 의 디폴트를 목표로 해 선. Glibc 의 인스톨 후, 검색과 링크가 /tools 프리픽스안만으로 행해지도록(듯이) 몇개의 조정을 합니다. 검색 패스를 /tools/lib 인 만큼 강 구 한정하도록(듯이) 조정한 ld 를 인스톨 합니다. 그리고 gcc 의 스펙크후 일을 /tools/lib 안의 새로운 동적 링커를 가리키도록(듯이) 수정합니다. 이 마지막 스텝은 프로세스 전체 중(안)에서 매우 중요합니다. 위에서 설명한 바와 같이, 동적리 카헤의 강한 패스의 제한은 실행 파일로 공유하는 모든 ELF 에 짜넣어지고 . 'readelf -l <바이너리의 이름> | grep interpreter'를 실행하는 것 그리고 이것을 검사할 수가 있습니다. gcc 의 스펙(명세서) 파일을 수정하는 것으로 , 제 5 장의 최후까지 여기서 컴파일 된 모든 프로그램이 /tools/ lib 에 있는 새로운 동적 링커를 사용하는 것을 확실히 하고 있습니다. 새로운 동적 링커를 사용하는 필요성은 또, GCC 의 제 2 단계에서 스펙(명세서) 파일의 패치를 대기 (위해)때문에입니다. 이것에 실패하면(자), 호스트 시스템의 /lib 디레 쿠트리에 있는 동적 링커의 이름을 GCC 프로그램이 그것 자신중에 짜넣었다 상태가 되어, 호스트로부터 떼어 놓아 둔다고 하는 목적을 안되게 해 버립니다. Binutils 의 제 2 단계의 사이, ld 의 라이브러리 검색 패스를 컨트롤 하기 위한(해) 에 --with-lib-path 라고 하는 설정 스윗치를 이용할 수가 있습니다. 제 5 장 의 나머지의 패키지의 모든 것은 /tools 에 있는 새로운 Glibc 에 대해서 구축 섬 . 제 6 장의 chroot 환경에 들어가고 나서 최초로 인스톨 하는 메쟈팍케이 지는, 상술한 것 같은 그 독립적인 성질로부터 Glibc 가 됩니다. 한 번 이 Glibc 가 /usr 에 인스톨 되면, 재빠르게 toolchain 의 디폴트를 전환해, 제 6 장의 타겟이 되는 실제의 LFS 시스템의 나머지의 구축에 계속되어 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 정적 링크에 대한 주의 대부분의 프로그램은 그 목적으로 하는 처리 이외에도, 매우 많은 작업을 행 필요가 있습니다. 이것들은 공통 작업이었거나, 매우 세세한 작업이었거나 섬 . 예를 들어 메모리 배치나 디렉토리 검색, 파일의 읽고 쓰기, 캐릭터 라인조 작, 패턴 매칭 계산, 그리고 그 다른 많은 일이 있습니다. 그것 의 프로그램에 다시 차바퀴를 발명시키는 것 같은(역주:차바퀴는 편리한 발명의 코끼리 징) 의무를 부과하는 대신에, GNU 시스템이 이것들 모든 기본적인 함수를, 그리고로 할 수 있던 라이브러리로서 제공합니다. 모든 Linux 시스템에서의 주요한 라이브러리는 Glibc 입니다. 프로그램이 사용하는 라이브러리의 기능을 링크하려면 , 기본적으로 정적, 또는 동적의 2개의 방법이 있습니다. 프로그램이 정적으로 링크되었을 때에는 사용되고 함수의 코드는 실행 파일에 포함되어 결과적으로 커서 부피가 커지는 프로그 램이 됩니다. 프로그램이 동적으로 링크되었을 때에는, 포함되는 것은 동 목표 링커에의 참조가 되는 라이브러리와 함수의 이름으로, 보다 작은 실행 파일 됩니다. ( 3 번째의 방법은 동적 링커의 프로그래밍 인터페이스 (을)를 사용하는 것입니다. 보다 자세한 정보는 dlopen 의 man 페이지를 봐 주세요. ) 동적 링크는 Linux 로 디폴트가 되어 있어, 정적 링크에 대해서 주로 3개(살) 의 메리트가 있습니다. 제일에는, 프로그램의 여러가지 모여 전체안에 함 같은 코드가 많은 카피를 가지는 대신에, 하드 디스크상에 실행 가능 라이브러리의 단 하나의 카피가 있으면 좋기 때문에, 디스크 스페이스를 마디 약속합니다. 2번째로, 몇개의 프로그램이 같은 라이브러리의 기능을 동시에 사 시에, 그 기능의 코드1개(살)만이 코어에 필요하게 된다고 하는 것으로, 메모 리의 절약이 됩니다. 제3에, 라이브러리의 기능이 버그 수정 되는지, 또는 개선되면(자), 그 개선된 기능을 사용하는 프로그램 모든 것을 콘파이 르 다시 하는 대신에, 이 라이브러리다만 1개만을 컴파일 하면 좋으면 말하는 것입니다. 동적 링크가 몇개의 메리트를 가지고 있다고 하면(자), 그러면 왜 이 장 그리고 처음의 2개의 패키지를 정적 링크로 했는지요? 역사적, 교육적 , 그리고 기술적인 3개의 이유가 있습니다. 역사적인 이유는, 이전의 버젼 의 LFS 에서는 이 장으로 모든 프로그램을 정적으로 링크하고 있었기 때문에입니다. 교 육적인 이유는, 그 차이를 안다고 하는 것은 유익한가들입니다. 기술적인 리 사정은, 그렇게 하는 것으로 호스트로부터 독립한 요소를 얻어, 그러한 프로그램은 호스트로부터 독립해 사용할 수 있는 것을 의미합니다. 그러나, 처음의 2개의 팍케이 지가 동적으로 링크되었을 때에, 전체적으로 성공한 LFS 시스템이 구축된다 그렇다고 하는 점에서는, 그다지 가치가 없습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ $LFS/tools 디렉토리를 작성한다 이 장으로 컴파일 된 모든 프로그램은, 다음의 장으로 컴파일 된다 프로그램과 나누어 두기 위해서(때문에) $LFS/tools 에 인스톨 됩니다. 여기서 컴파일 되는 프로그램은 잠정적인 툴로, 최종적인 LFS 시스템의 1 부는 되지 않고, 그것들을 다른 디렉토리에 놓아두는 것으로 나중에 간단하게 사 비쳐지도록(듯이) 합니다. 나중에, 어떤 파일이 사용되고 있는지, 또는 링크되었는지를 조사해 에, 사용의 시스템의 바이너리류를 검색하고 싶으면, 검색을 보다 간단하게 한다 유익 고유의 이름을 붙이면 좋을 것입니다. 단순한 "tools" 대신에 "tools-for-lfs" 라고 하는 것 같은 것을 사용할 수 있을지도 모릅니다. 다음의 커멘드를 실행해, 필요한 디렉토리를 작성합니다. mkdir $LFS/tools 다음의 스텝은 사용의 호스트 시스템상에 /tools 의 기호 연결을 작성하는 것입니다. 이것은, LFS 파티션에 지금 확실히 작성한 디레크 새를 가리키고 있게 됩니다. ln -s $LFS/tools / 기호 연결은 toolchain 가 언제나 /tools 를 참조하도록(듯이) 콘파이 르 하는 것을 가능하게 해 주어, 그것은 컴파일러와 링커, 어셈블러가 와 의 장( 아직 호스트로부터의 툴을 몇개인가 사용하고 있습니다. )(와)과 다음의 장( LFS 파 티션에 chroot 되고 있습니다. )(으)로 함께 일하는 것을 의미합니다. Note: 상의 커멘드를 자주(잘) 조사합시다. 보고 있는 것 만으로는 당황하는 것만으로 . ln 커멘드는 여러가지 문맥의 종류가 있으므로, 에러라고 생각해 보고하기 전에 ln 의 man 페이지를 확인합시다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS 라고 하는 유저를 추가한다 root 로 로그인하고 있을 때는, 끊은 하나의 미스가 시스템 전체에 데미지 (을)를 주는지, 또는 엉망에조차 해 버립니다. 그러니까, 이 장에서는 일반 유저로 구축을 행하는 것을 추천합니다. 물론 당신 자신의 유저명 (을)를 사용할 수도 있습니다만, 상쾌한 작업 환경을 간단하게 설정할 수 있도록, 새롭게 lfs 라고 하는 유저를 만들어, 인스톨 작업중은 이것을 사용합니다. root 로 이하의 커멘드를 실행해 새로운 유저를 가세해 주세요. useradd -s /bin/bash -m lfs passwd lfs 그러면, 이 새로운 lfs 라고 하는 유저에게 디렉토리의 소유권을 주어 $LFS /tools 에의 완전한 액세스권한을 줍시다. chown lfs $LFS/tools 만약 제안한 것처럼 다른 작업 디렉토리를 만들고 있으면(자), lfs 라고 하는 유저 에도 그 디렉토리의 소유권을 줍시다. chown lfs $LFS/sources 다음에, 유저 lfs 로 로그인합니다. 이것은 가상 콘솔인가, 디스플레이 매니저, 또는 다음과 같이 su 커멘드도 사용할 수 있습니다. su - lfs 이 "-" 는 su 에 새로운 신품인( i.e. 환경 변수를 계승하지 않는 등) 시 르를 시작하도록(듯이) 전합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 환경을 설정한다 유저 lfs 로 로그인하고 있는 동안, 적절한 작업 환경을 설정하기 위해서 이하의 코 만드를 실행합니다. cat > ~/. bash_profile << "EOF" set +h umask 022 LFS=/mnt/lfs LC_ALL=POSIX PATH=/tools/bin:$PATH export LFS LC_ALL PATH unset CC CXX CPP LD_LIBRARY_PATH LD_PRELOAD EOF source ~/. bash_profile set +h 커멘드는 bash 의 해시 기능을 무효로 합니다. 보통 해시는 편리 기능으로, bash 는 같은 실행 파일을 찾는데 그때마다 패스를 검색하는 것을 피하기 (위해)때문에, 실행 파일의 풀 패스명을 기억하기 위한 해시 테이블을 사 있습니다. 그러나, 인스톨 하자 마자 사용할 수 있는 툴을 인스톨 하고 싶다 의입니다. 해시 기능을 무효로 하는 것으로,"대화적인" 커멘드(예를 들어 make, patch, sed, cp 등)은, 구축 작업중 언제나 최신판을 사일로 되어 . 유저 파일 작성 마스크를 022 로 설정하는 것은 새롭게 작성한 파일이나 디렉토리를 그 소유자에게만 기입해 가능해, 그 외의 유저에게는 읽어 붐비어, 실행 가능하게 합니다. LFS 변수는 물론 선택한 마운트 포인트로 설정하지 않으면 안됩니다. LC_ALL 변수는, 특정의 지역의 습관에 따르는 메세지를 만들어, 어느 프로그램 의 지역화를 관리합니다. 만약 사용의 호스트 시스템이 Glibc 의 2.2. 4 보다 도 낡은 버젼을 사용하고 있어, 이 장의 사이에 LC_ALL 를 "POSIX" 나 "C" 이 밖으로 설정하면(자), chroot 환경에서 나와, 재차 돌아오려고 하면(자), 트러블을 인 나무 일으킬지도 모릅니다. LC_ALL 를 "POSIX" (또는 동의의 "C" )로 설정 일로 chroot 환경에서 모든 것이 기대 대로에 가도록(듯이) 합니다. 표준의 패스에 /tools/bin 를 포함했으므로, 이 장전체로 쭉 쓰고 있는 듯 에, 구축한 툴류는 나머지의 구축 과정의 사이, 사용할 수 있게 됩니다. CC 와 CXX, CPP, LD_LIBRARY_PATH, LD_PRELOAD 환경 변수는 모두, 제 5 장의 toolchain 를 부수는 위험성이 있습니다. 그러므로, 엑시던트를 막기 위해서(때문에) 와 등을 해제합니다. 그런데 그러면, 만든지 얼마 안된 프로필을 소스( source 커멘드) 해 다음에, 나머지의 장으로 도움이 되어 주는 잠정적인 툴을 구축할 준비궖 했다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils-2. 14 의 인스톨 - 제 1 단계 추정 구축 시간: 1.0 SBU 추정 필요 디스크 스페이스: 194 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 의 내용 Binutils 는 오브젝트 파일과 어카이브(archive)로 일하는 링커, 어셈블러, 외 툴을 포함한 소프트웨어 개발툴의 모임입니다. 인스톨 되는 프로그램: addr2line, ar, as, c++filt, gprof, ld, nm, objcopy, objdump, ranlib, readelf, size, strings 및 strip 인스톨 되는 라이브러리: libiberty.a, libbfd. [a, so] andlibopcodes. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 인스톨 의존성 Binutils 는 이하의 패키지에 의존하는: Bash, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 의 인스톨 Glibc 와 GCC 의 2개는, 그러한 어느 기능을 유효하게 할까를 결정하기 (위해)때문에, 이익 용무 할 수 있는 링커와 어셈블러에 도착해 다양한 테스트를 실시하므로, Binutils 하지만 최초로 컴파일 하는 패키지인 것은 중요한 일입니다. Note: Binutils 가 중요한 toolchain 패키지여도, 초기 단계에서 (은)는 테스트 스위트를 실행할 생각은 없습니다. 우선, 테스트 스위트 의 사람 모임은 아직 본래의 위치에 놓여져 있지않고, 2번째의 이유는, 제 1 단계에서의 프로그램은 곧바로 그 제 2 단계 인스톨로 덧쓰기함 라고 끝내기 때문입니다. 이 패키지는 디폴트 최적화 플래그( -march 와 -mcpu 옵션을 함 )를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 와 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서같은 무엇인가의 환경 변수를 정의하고 싶은들 , Binutils 를 구축할 때에, 그 설정을 해제 인가, 수정하도록(듯이) 추천합니다. Binutils 의 문장은, 소스 디렉토리와는 다른 구축 전용 디렉토리에서 안녕 파일 하도록(듯이) 권하고 있습니다. mkdir ../binutils-build cd ../binutils-build Note: 본서의 마지막으로, 조금이라도 도움이 되도록(듯이)와 일람으로 한 SBU 의 값을 사용해 싶으면, 이 패키지를 구축하는데 걸리는 시간을 측정할 필요가 . 이것을 간단하게 실시하려면 , 다음과 같이 할 수가 있습니다. time {. / configure ... && ...&& ...&& make install;} 그러면 컴파일을 위해서(때문에) Binutils 를 준비합시다. ../binutils-2. 14/configure \ --prefix=/tools --disable-nls 설정 옵션의 의미 · --prefix=/tools: 이것은 콘피그스크리프트에 Binutils 프로그램을 /tools 디렉토리에 인스톨 하도록(듯이) 지시합니다. · --disable-nls: 이것은 국제화(이 말은 자주(잘) i18n 와 생략 됩니다)를 무효 합니다. 정적 프로그램에는 이것은 소용 없어, 또 nls 는 정적 링크를 행할 때에 자주(잘) 문제를 일으킵니다. 패키지의 컴파일을 속행합니다. make configure-host make LDFLAGS="-all-static" make 의 파라미터의 의미 · configure-host: 이 옵션은, 즉시 모든 서브 디렉토리 군의 설정을 강제적으로 작성합니다. 정적 링크된 구축은 이것없이는 실 패 합니다. 그러니까, 문제에 대처하기 위해(때문에) 이 옵션을 사용합니다. · LDFLAGS="-all-static": 이것은 링커에 모든 Binutils 프로그램이 정적으로 링크 되는 것이 당연하다고 전합니다. 그러나 솔직하게 말하면, "-all-static" 는 처음에 libtool 프로그램에게 건네져 그리고 그것이 리 카에 "-static" 를 건네줍니다. 패키지를 인스톨 합니다. make install 그러면 Glibc 가 "가두고" 를 위해서(때문에) 링커를 준비합니다. make -C ld clean make -C ld LDFLAGS="-all-static" LIB_PATH=/tools/lib make 의 파라미터의 의미 · -C ld clean: 이것은 make 프로그램에 ld 서브 디렉토리안인 만큼 어느 컴파일 된 파일을 모두 삭제하도록(듯이) 전합니다. · -C ld LDFLAGS="-all-static" LIB_PATH=/tools/lib: 이것은 ld 서브 디 레크트리안에 있는 모든 것을 재구축 하는 옵션입니다. 커멘드 라인 그리고 LIB_PATH makefile 변수를 지정하면(자), 디폴트의 값을 덧쓰기해, 잠 정적으로 툴을 놓여져 있는 장소로 변경합니다. 이 변수의 값은 링커의 데 fault의 라이브러리 검색 패스를 지정합니다. 이 장의 나중에 이 준비가 어떻게 사용될까를 알겠지요. ┌──────────────────────────────────┐ │ Warning │ ├──────────────────────────────────┤ │이 단계에서는 아직 Binutils 의 구축과 소스의 디렉토리를 삭제하지 말아줘│ │주세요. 이 장의 좀 더 앞으로, 다시 현상인 채 필요합니다. │ └──────────────────────────────────┘ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC-3. 3.1 의 인스톨 제 1 단계 추정 구축 시간: 4.4 SBU 추정 필요 디스크 스페이스: 300 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 내용 GCC 패키지는 C 및 C++ 컴파일러등을 포함한 GNU 콘파이라코레크시 를 수용하고 있습니다. 인스톨 되는 프로그램: c++, cc (link to gcc), cc1, cc1plus, collect2, cpp, g++, gcc, gccbug, 및 gcov 인스톨 되는 라이브러리: libgcc.a, libgcc_eh.a, libgcc_s.so, libstdc++. [a, so] 및 libsupc++.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 인스톨 의존성 GCC 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Findutils, Gawk, Gettext, Glibc, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 인스톨 사주 근처는 C++ 컴파일러를 필요로 하지 않기 때문에, GCC-core 의 tarball 를 해 동 하는 만큼 해 둡니다. Note: GCC 가 중요한 toolchain 패키지여도, 초기 단계에서는 테스 트스이트를 실행할 생각은 없습니다. 우선, 테스트 스위트가 테스 트 하는 범위가 아직 적당한 것은 않고, 2번째의 이유는, 제 1 단계에서의 프로그램은 곧바로 그 제 2 단계 인스톨로 덧쓰기되어 버리기 때문에 입니다. 이 패키지는 디폴트 최적화 플래그( -march 와 -mcpu 옵션을 함 )를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 와 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서같은 무엇인가의 환경 변수를 정의하고 싶은들 , GCC 를 구축할 때에, 그 설정을 해제할까 , 수정하도록(듯이) 추천합니다. GCC 의 문서는, 소스 디렉토리와는 다른 구축 전용 디렉토리에서 콘파이 르 하도록(듯이) 권하고 있습니다. mkdir ../gcc-build cd ../gcc-build 그러면 컴파일을 위해서(때문에) GCC 를 준비합니다. ../gcc-3. 3.1/configure --prefix=/tools \ --with-local-prefix=/tools \ --disable-nls --enable-shared \ --enable-languages=c 콘피그오프션의 의미 · --with-local-prefix=/tools: 이 스윗치의 목적은 gcc 의 include 검 색패스로부터, /usr/local/include 를 제외하는 것입니다. 이것은 필수에서는 선이, 호스트 시스템에의 영향을 최소한으로 하고 싶기 때문에, 이와 같이 하는 것에는 의미가 있습니다. · --enable-shared: 이 스윗치는, 처음 감이 오지 않을지도 모릅니다. 해 하사 이것을 사용하면(자), libgcc_s.so. 1 으로 libgcc_eh.a 의 구축을 허가해, 접시 에 사용할 수 있는 libgcc_eh.a 를 가지고 있다고 하는 것은, Glibc (다음에 콘파이 르 하는 패키지)에 관한 설정 스크립트가 적절한 결과가 되는 것을 확실 (으)로 합니다. gcc 의 바이너리류는, 한층 더 BOOT_FLAGS 의 -static 치로 제 어 되므로, 지금까지 대로 정적으로 링크되는 것에 주의해 주세요. · --enable-languages=c: 이 옵션은 C 컴파일러만이 구축된다 같게 합니다. 이 옵션은, GCC tarball 를 모두 다운로드해 (이)라고 해동했을 때에만 필요하게 됩니다. 패키지의 컴파일을 계속합니다. make BOOT_LDFLAGS="-static" bootstrap make 파라미터의 의미 · BOOT_LDFLAGS="-static": 이것은 GCC 에 그 프로그램을 정적으로 링크 것을 전합니다. · bootstrap: 이 타겟은, GCC 를 다만 컴파일 하는 것 만이 아니고, 몇번이나 컴파일 합니다. 최초로 컴파일 한 프로그램 그 자체를 2 번째의 컴파일에 사용해, 게다가 3 번째에도 사용합니다. 그리고, 같은도 의를 제대로 재생성할 수 있는 것을 확인하기 위해서, 2 번째와 3 번째의 다과회 일을 비교합니다. 완전하게 재생성하고 있다고 하는 것은, 아마 올바르고 코 파일 되고라는 것이 됩니다. 그러면 패키지를 인스톨 합니다. make install 마무리해에 /tools/bin/cc 의 기호 연결을 작성합니다. 많은 프로그라 무나 스크립트가 gcc 대신에 cc 를 사용한다는 것은, 프로그램에 일반성 (을)를 갖게한다고 하는 것입니까들 , 모든 Unix 시스템으로 사용할 수 있다고 하는 것 입니다. 모든 사람이 GNU C 컴파일러를 인스톨 하고 있는 것은 있어 선. 단지, cc 를 사용해 두는 것으로, 그에 대한 기호 연결마저 작 , 시스템 관리 책임자가 어느 C 컴파일러를 인스톨 할까에 대해서는 제 약이 없어집니다. ln -sf gcc /tools/bin/cc ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux-2. 4.22 헤더의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스: 186 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 의 내용 Linux 커넬은 모든 Linux 시스템의 중심입니다. 이것은 Linux 를 움직여 (이)라고 있는 것입니다. 컴퓨터의 전원을 붙을 수 있고 Linux 시스템이 부트 한다 때, 맨 먼저에 로드 되는 Linux 소프트웨어의 1개가 커넬입니다. 카네 르는 시스템의 하드웨어 구성, 시리얼 포트, 패러렐 포토, 사운 드카드, 네트워크 카드, IDE 콘트롤러, SCSI 콘트롤러 외에도 많은 것을을 초기화합니다. 간단하게 말하면 즉, 커넬은 소프트 웨어를 실행할 수 있도록(듯이) 하드웨어를 준비합니다. 인스톨 되는 프로그램: the kernel 및 the kernel headers ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 인스톨 의존성 Linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Findutils, GCC, Glibc, Grep, Gzip, Make, Modutils, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 커넬 헤더의 인스톨 커넬 헤더에의 참조를 필요로 하는 패키지가 있으므로, 지금부터 카네 르헷다를 해동해, 설정해, 그리고 필요한 파일을 gcc 가 잠시 후에 찾아낼 수 있다 장소에 카피합니다. 그러면 헤더의 인스톨의 준비를 합니다. make mrproper 이것은 커넬 트리를 완전하게 깨끗하게 합니다. 커넬 팀은 이 팽이 드가 각각의 커넬의 컴파일에 앞서 실행되도록(듯이) 권하고 있습니다 . 해동한 뒤의 소스 트리가 깨끗하다라고 목표로 해서는 안됩니다. include/linux/version.h 를 작성합니다. make include/linux/version.h 플랫폼 고유의 include/asm 기호 연결을 작성합니다. make symlinks 플랫폼 고유의 헤더 파일을 인스톨 합니다. mkdir /tools/include/asm cp include/asm/* /tools/include/asm cp -R include/asm-generic /tools/include 크로스 플랫폼 커넬 헤더를 인스톨 합니다. cp -R include/linux /tools/include autoconf.h 헤더 파일을 사용하는 몇개의 커넬 헤더 파일이 . 아직 커넬을 최적화하고 있지 않았기 때문에, 컴파일이 실패하는 것을 피하고 위해(때문에) 이 파일을 스스로 만들 필요가 있습니다. 하늘의 autoconf.h 파이 르를 만듭니다. touch /tools/include/linux/autoconf.h ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc-2. 3.2 의 인스톨 추정 구축 시간: 11.8 SBU 추정 필요 디스크 스페이스: 800 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 의 내용 Glibc 는 open, malloc, printf, 등이라고 하는 시스템 콜이나 기본적인 함수를 제공하는 라이브러리입니다. 이 C 라이브러리는 동적 링크된 모든 프로그 램에 사용됩니다. 인스톨 되는 프로그램: catchsegv, gencat, getconf, getent, glibcbug, iconv, iconvconfig, ldconfig, ldd, lddlibc4, locale, localedef, mtrace, nscd, nscd_nischeck, pcprofiledump, pt_chown, rpcgen, rpcinfo, sln, sprof, tzselect, xtrace, zdump 및 zic 인스톨 되는 라이브러리: ld.so, libBrokenLocale. [a, so], libSegFault.so, libanl. [a, so], libbsd-compat.a, libc. [a, so], libc_nonshared.a, libcrypt. [a, so], libdl. [a, so], libg.a, libieee.a, libm. [a, so], libmcheck.a, libmemusage.so, libnsl.a, libnss_compat.so, libnss_dns.so, libnss_files.so, libnss_hesiod.so, libnss_nis.so, libnss_nisplus.so, libpcprofile.so, libpthread. [a, so], libresolv. [a, so], librpcsvc.a, librt. [a, so], libthread_db.so 및 libutil. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 인스톨 의존성 Glibc 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Gettext, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 의 인스톨 Glibc의 인스톨을 시작하기 전에, 통상 모든 소스를 해동하고 있는 디레 쿠트리는 아니고, glibc-2. 3.2 라는 이름의 디렉토리에 디렉토리를 변 갱 해( cd 해) 거기서 Glibc-linuxthread 를 해동하지 않으면 안됩니다. Note: 이 장에서는 Glibc 에 테스트 스위트를 실행할 생각입니다. 그러나 , 여기서 Glibc 테스트 스위트를 실행하는 것은, 제 6 장으로 실행하는 와 (와)과만큼 중요하지 않다고 지적만 해 둡니다. 이 패키지는 디폴트 최적화 플래그( -march 와 -mcpu 옵션을 함 )를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 와 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서같은 무엇인가의 환경 변수를 정의하고 싶은들 , Glibc 를 구축할 때에, 그 설정을 해제한다 인가, 수정하도록(듯이) 추천합니다. 기본적으로는, 본서로 나타나는 방식 이외 방법으로 Glibc 를 컴파일 하면(자), 사용의 시스템의 안정성을 위험하게 쬐게 됩니다. 해가 없는 메세지입니다만, Glibc 의 인스톨의 단계에서 /tools/etc/ ld.so.conf 가 없는데 불평을 말하겠지요. 이 번거로워 차이인 경고를 수정 합니다. mkdir /tools/etc touch /tools/etc/ld.so.conf 또, Glibc 는 GCC 3.3. 1 으로 컴파일 하면(자) 귀찮은 문제를 가집니다. 와 를 수정하기 위해서 다음의 패치를 댑시다. patch -Np1 -i ../glibc-2. 3.2-sscanf-1.patch Glibc 의 문장은, 컴파일을 소스 디렉토리와는 다른 구축 전용 디레크 새로 행하는 것을 권하고 있습니다. mkdir ../glibc-build cd ../glibc-build 다음에, Glibc 의 인스톨의 준비를 합니다. ../glibc-2. 3.2/configure --prefix=/tools \ --disable-profile --enable-add-ons \ --with-headers=/tools/include \ --with-binutils=/tools/bin \ --without-gd 콘피그오프션의 의미 · --disable-profile: 이것은 프로파일 정보 첨부로 라이브러리를 구축한다 의를 무효로 합니다. 만약 프로파일을 할 예정인 것이면 이 오프시 를 제외합시다. · --enable-add-ons:이것은 Glibc 와 함께 인스톨 된 모든 추 가물도 유효하게 합니다. 이 경우는, Linuxthreads 가 됩니다. · --with-binutils=/tools/bin 와 --with-headers=/tools/include: 솔직하게 말해 이러한 스윗치는 필요하지는 않습니다. 그러나 이것들은, Glibc 의 구축동안에 커넬 헤더와 Binutils 프로그램이 사용된다고 하는 와 (와)과에 임해서 실수가 없게 합니다. · --without-gd:이 스윗치는 memusagestat 프로그램을 구축하지 않게 (으)로 합니다. memusagestat 는, 불가해한 일로 호스트의 라이브러리( libgd, libpng, libz 등)에의 링크를 강하게 요구합니다. 이 단계에서 이하의 경고를 볼지도 모릅니다. configure: WARNING: *** These auxiliary programs are missing or incompatible versions: msgfmt *** some features will be disabled. *** Check the INSTALL file for required versions. (참고(뜻)이유： 경고： *** 이러한 예비 프로그램은 존재하지 않는지, 호환성이 없는 버젼입니다： msgfmt *** 몇개의 기능이 무효가 됩니다. *** 필요한 버젼을 조사하는데 INSTALL 파일을 봐 주세요. ) msgfmt 프로그램이 존재하지 않는, 또는 호환성이 없는 것은 통상 무해입니다만, 그러나 테스트 스위트를 실행하고 있을 때 가끔 문제를 일으키면(자) 사원 라고 있습니다. 패키지를 컴파일 합니다. make 테스트스이트를 실행합니다. make check Glibc 의 테스트 스위트는, 사용의 호스트 시스템이 있는 기능, 특히 카 -네루에 강하게 의존합니다. 더해, 이 장에서의 있는 테스트는, 호스트 시스템 위에 존재하는 툴, 혹은 환경적인 문제에 영향을 줍니다. 물론, 와 등은 제 6 장의 chroot 환경속에서 Glibc 의 테스트 스위트를 실행할 때 에는 문제는 되지 않습니다. 일반적으로, Glibc 테스트 스위트는 언제나 테스트에 통과하는 것으로 예상됩니다. 그러나, 먼저 말한 것처럼, 어느 환경에서는 간다 개인가의 실패가 피하기 어려운 것입니다. 저희들이 파악하고 있다, 가장 자주 있는 문제를 열거해 둡니다. · CPU 가 비교적 새로운 Intel 순정한가 AMD 순정하지 않은 경우에, math 테스트가 가끔 실패합니다. 일부의 최적화 설정이 여기서의 원인과 알려져 있습니다 . ·호스트 시스템의 문제에 의해 gettext 테스트가 가끔 실패합니다. 명확 이유는 아직도 확실하지는 않습니다. · LFS 파티션이 noatime 옵션으로 마운트되고 있는지, 파 일 시스템의 그 다른 이상한 거동이기 때문에, atime 테스트가 가끔 실패 하는 일이 있습니다. ·호스트 시스템이 devfs 파일 시스템을 실행하고 있어도, 커넬이 tmpfs 를 서포트하고 있지 않기 위해(때문에) /dev/shm 에 마운트된 tmpfs 후 이르시스템을 가지고 있지 않은 경우에는, shm 테스트가 실패할지도 모르고 선. ·낡고 늦은 하드웨어상에서 실행하고 있으면(자), 몇개의 테스트는 테스트 타임 아웃 시간을 초과하기 위해서 실패할지도 모릅니다. 요컨데, 이 장으로 Glibc 의 테스트스이트의 실패를 봐도 그렇게 걱정 하지 않아 괜찮습니다. 제 6 장에서의 Glibc 가 최종적으로 사용하는 것이 되므로, 책 당연히 테스트를 통과하는 것을 보고 싶은 것은 그 쪽에 됩니다. 그러나 기억해 있어 주세요, 제 6 장에서도 몇개의 실패, 예를 들어 math 테스트등으로의 실패 (은)는과 같이 발생합니다. 실패를 경험하면(자), 그것을 메모 해, 다시 make check 를 실행해 계속합시다. 테스트 스위트는 어디서 끝났는지를 조사해, 그것을 계속합니다. 이 지충분해 움직이거나의 연속은 make -k check 를 실행한다 일로 피할 수가 있습니다. 그러나 그렇게 한다면, 나중에 추적해 실패의 총수를 조사할 수 있도록(듯이) 출력의 로그를 취하는 것을 확인해 주세요. 그러면 패키지를 인스톨 합니다. make install 다양한 나라나 문화에서는, 서로 이해하는 방법으로 여러가지 약속한 일의 형태가 있습니다. 와 등의 습관의 범위는, 일자와 시간의 표기와 같은 매우 단순한 것으로부터, 이야기 말과 같은 매우 복잡한 것에까지 건넙니다. GNU 의 "국제화" 된 프 로그 램은 로케일이라고 하는 수단을 사용하고 있습니다. 그러면 Glibc 로케일을 이 스토르 합니다. make localedata/install-locales 이 커멘드를 실행하는 대신에, 필요한 것 또는 바라는 로케일만을 인 stall 하는 일도 가능합니다. 이것은 localedef 커멘드를 사용하는 것으로 행동 . 이것에 대한 정보는 glibc-2. 3.2 의 원시 파일안에 있는 INSTALL 그렇다고 하는 파일의 것에 있습니다. 그러나, 이 앞의 패키지의 테스트를 통과 위해(때문에) 중요해지는 많은 로케일이 있습니다. 특히, GCC로부터의 libstdc++ 테스트가 그렇습니다. 이하의 설명은, 위의 install-locales 타겟을 이용하는거야 있고 경우, 테스트를 잘 실행하기 위해서 필요한 최소한의 로케일을 인스 발가락 르하기 위한 안내입니다. mkdir -p /tools/lib/locale localedef -i de_DE -f ISO-8859-1 de_DE localedef -i de_DE@euro -f ISO-8859-15 de_DE@euro localedef -i en_HK -f ISO-8859-1 en_HK localedef -i en_PH -f ISO-8859-1 en_PH localedef -i en_US -f ISO-8859-1 en_US localedef -i es_MX -f ISO-8859-1 es_MX localedef -i fr_FR -f ISO-8859-1 fr_FR localedef -i fr_FR@euro -f ISO-8859-15 fr_FR@euro localedef -i it_IT -f ISO-8859-1 it_IT localedef -i ja_JP -f EUC-JP ja_JP ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 가"가두고" 그러면 잠정적인 C 라이브러리가 인스톨 되었으므로, 이 장의 최후로 이 스토르 되는 모든 툴을 이러한 라이브러리에 대해서 링크시킵니다 . 이것을 실시하는데, 링커와 컴파일러의 스펙(명세서) 파일을 조정할 필요가 있습니다. 우선, binutils-build 디렉토리에서, 다음과 같이 실행해, 조정한 링커 (을)를 인스톨 합니다. make -C ld install 링커는 조금전의, Binutils 의 제 1 단계의 끝에 조정되었습니다. 이 때 점으로부터 앞에서는 모두가 /tools/lib 안의 라이브러리 에 대해서만 링크 . Note: 만약 무엇인가의 이유로써, 제 1 단계에서의 Binutils 의 소스와 구축 디레 쿠트리를 남겨 둔다고 하기 이전의 경고를 놓쳐 버리거나 잘못해 지워 (이)라고 끝내거나 액세스 할 수 없게 되어 버려 있거나 해도 걱정은 필요해 선. 모든 것이 없어져 버린 것이 아닙니다. 위의 커멘드 (을)를 무시해 주세요. 그 결과적으로 계속하는 프로그램의 작성시에, 호스 트에 있는 라이브러리에 대해서 링크가 이루어지는 다소의 가능성이 나오는이다 입니다. 이것은 이상적이지는 않습니다만, 그러나 큰 문제에서도 키 응. 이 후속 있어 제 2 단계의 Binutils 를 인스톨 했을 때에 상황은 개선됩니다. 그런데 그러면 조정된 링커가 인스톨 되었으므로, Binutils 의 구축과 소스 디렉토리를 삭제하지 않으면 안됩니다. 다음으로 하는 일은 GCC 스펙(명세서) 파일이 새로운 동적 링커를 지시하도록(듯이) 수정 하는 것입니다. 간단한 sed 가 이것을 실시합니다. SPECFILE=/tools/lib/gcc-lib/*/*/specs && sed -e 's@ /lib/ld-linux.so. 2@ /tools/lib/ld-linux.so. 2@g' \ $SPECFILE > tempspecfile && mv -f tempspecfile $SPECFILE && unset SPECFILE 위의 기술을 모두 손으로 입력하는 것보다는, 오히려 컷 앤드 페이스트 하는 것 (을)를 추천합니다. 또는, 그러한 차면 스펙(명세서) 파일을 편집하는 일도 할 수 있어"/lib/ld-linux.so. 2" 의 부분을 모두 "/tools/lib/ld-linux.so. 2" 로 옮겨놓을 뿐입니다. Important: 만약 플랫폼상의 ld-linux.so. 2 로 이름이 다른 무엇 인가 다른 동적 링커를 사용하고 있다면, 위의 커멘드로 ld-linux.so. 2 의 대 비교적 사용의 동적 링커를 지정하고찰 수 있는 안됩니다. 필요하면 the Section called Toolchain 기술 정보라는 이름시에를 다시 참조해 주세요 . 마지막으로, 호스트 시스템에 유래하는 인클루드 파일의 몇개인가가, GCC 의 프라이빗 인클루드 디렉토리에 발견될 가능성이 있습니다. 이것 (은)는 GCC 의 구축의 일부로서 실행되는 "fixincludes" 프로세스를 위해 일어나 . 이 장으로 이것에 대해 좀 더 설명합니다. 직면해 지금은 이 가능 능성을 지우기 위해서(때문에) 이하의 커멘드를 실행해 주세요. rm -f /tools/lib/gcc-lib/*/*/include/{pthread.h, bits/sigthread.h} ┌────────────────────────────────────┐ │ Caution │ ├────────────────────────────────────┤ │여기서 멈춰 서, 새로운 toolchain 의 기본적인 기능(컴파일과 리 │ │크)가 기대 대로 움직이고 있는 것을 확인하는 것은 필수 사항입니다. 이것을 행인 │ │노래째에 저희들은 간단한 완성도 테스트를 행합니다. │ │ │ │echo 'main(){}' > dummy.c │ │gcc dummy.c │ │readelf -l a.out | grep ': /tools' │ │ │ │모든 것이 올바르게 움직이고 있다면, 에러는 없을 것으로, 마지막 커멘드의 출 │ │힘결과는 다음과 같이 됩니다. │ │ │ │ [Requesting program interpreter: /tools/lib/ld-linux.so. 2] │ │ │ │위에 나타낸 것 같은 출력 결과가 나오지 않는, 혹은 출력 결과가 없는 경우, 무엇인가 겹 │ │대인 실수가 있습니다. 어디에 문제가 있을까를 찾아&A, 수정하기 위해서 │ │, 지금까지 한 것을 되돌아 보지 않으면 안됩니다. 이것이 완료한다 │ │까지는 계속해도 의미가 없습니다. 특히, /tools/lib 가 사용의 동적 인 │ │카의 프리픽스가 되고 있는 것을 주의합시다. 물론, 당신 │ │하지만 ld-linux.so. 2 란 무엇인가 다른 이름의 동적 링커를 사용한 프랏트포 │ │무상에서 작업하고 있다면, 결과의 출력은 조금 다른 것이 되겠지요. │ │ │ │모든 것이 문제 없다고 알았다면, 테스트 파일을 삭제합니다. │ │ │ │rm dummy.c a.out │ └────────────────────────────────────┘ 이것으로 독립한 toolchain 의 인스톨은 완료로, 나머지의 잠정적인 툴을 구축하는데 사용할 수 있게 되었습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl-8. 4.4 의 인스톨 추정 구축 시간: 0.9 SBU 추정 필요 디스크 스페이스: 23 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl 의 내용 Tcl 패키지는 Tool 명령어를 포함합니다. 인스톨 되는 프로그램: tclsh (tclsh8. 4 에의 링크), tclsh8. 4 인스톨 되는 라이브러리: libtcl8. 4. so ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl 인스톨 의존성 Tcl 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl 의 인스톨 이 패키지와 다음의 2개는 GCC 와 Binutils 에의 테스트스이트를 실행 성과 같게 인스톨 할 뿐입니다. 테스트 (을) 위해서만 3개의 패키지를 인스톨 하는 것은, 너무 하게 보일지도 모릅니다만, 필수는 아닌 해라, 가장 중요한 툴류가 올바르게 움직일지 어떨지를 알도록(듯이) 안심을 주고 (이)라고 줍니다. 컴파일을 위해서(때문에) Tcl 를 준비합니다. cd unix . /configure --prefix=/tools 패키지를 구축합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트가 있습니다. 그러나, 이 장의 Tcl 테스트 스위트는, 아 종 상태의 호스트 시스템상에서는 실패하는 것이 알려져 있습니다만, 그 조 건은 아직 잘 알고 있지 않습니다. 그러니까, 여기서의 테스트의 실패는 놀라는 것 (은)는 아니고, 또 치명적이지는 않습니다. 테스트를 하기로 했을 경우는, 이하 의 커멘드로 실행 가능합니다. TZ=UTC make test make 파라미터(parameter)의 의미 · TZ=UTC: 이것은 타임 존을 테스트 스위트를 실행하고 있는 동안만, 그 리닛지 표준시각으로서 알려진 세계 표준시각에 세트 합니다. 이것은 쿠 락 테스트가 올바르게 행해지도록(듯이) 합니다. TZ 환경 변수에 대한 자세한 정보는 나머지의 제 7 장으로 이용할 수 있습니다. 테스트 스위트 패키지는 가끔 실수를 일으킵니다. http:// wiki.linuxfromscratch.org/ 에 있는 LFS Wiki 를 조사해, 이러한 실패가 정상 일까 확인을 할 수 있습니다. 이것은 본서의 모든 테스트에 사용할 수 있습니다. 패키지를 인스톨 합니다. make install Important: 아직 tcl8. 4.4 의 소스 디렉토리를 삭제하지 마세요. 다음의 패키지가 그 내부 헤더를 사용합니다. 필요한 기호 연결을 만듭니다. ln -s tclsh8. 4 /tools/bin/tclsh ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect-5. 39.0 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 3.9 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect 의 내용 Expect 패키지는 다른 대화 형식 프로그램과 프로그램 된 문답을 행한다 프로그램을 제공합니다. 인스톨 되는 프로그램: expect 인스톨 되는 라이브러리: libexpect5. 39. a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect 인스톨 의존성 Expect 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed, Tcl. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect 의 인스톨 처음에 패치를 댑니다. patch -Np1 -i ../expect-5. 39.0-spawn.patch 이 패치는, GCC 테스트 스위트를 실행했을 때에 의미가 없는 실패가 일어나고 해 Expect 의 버그를 수정합니다. 컴파일을 위해서(때문에) Expect 를 준비합니다. . /configure --prefix=/tools --with-tcl=/tools/lib --with-x=no 콘피그의 옵션의 의미 · --with-tcl=/tools/lib: 이 옵션은, 설정 스크립트가 잠정적인 트 르의 두는 곳소중에서 Tcl 를 찾도록(듯이) 합니다. 호스트 시스템상에 일지도 모르는 Tcl 를 찾게 한 구는 없는 것입니다. · --with-x=no: 이 옵션은, 설정 스크립트에 Tk ( Tcl GUI 안녕 포넨트)나 X 윈도우 시스템의 라이브러리를 검색하지 않게 전 . 이것들 두 것은 호스트 시스템에도 존재인가 만약 키 응. 패키지를 구축합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트가 있습니다. 그러나, 이 장의 Expect 테스트 스위트는 , 아직 조건이 뚜렷하지 않습니다만, 어느 특정 상태의 호스트 시스템상에서 (은)는 실패하는 것을 알고 있습니다. 그러니까, 여기서의 테스트의 실패는 놀라는 와 (와)과는 아니고, 또 치명적이지는 않습니다. 테스트를 하기로 했을 경우는, 이 아래의 커멘드로 실행 가능합니다. make test 그러면 인스톨 합니다. make SCRIPTS="" install make 파라미터(parameter)의 의미 · SCRIPTS="": 이 옵션은, 필요하지 않은 부록에 붙어 있는 스크립트 의 인스톨을 실시하지 않게 합니다. 여기서 Tcl 와 Expect 의 2개의 소스 디렉토리를 삭제할 수 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu-1. 4.3 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 8.6 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu 의 내용 DejaGnu 패키지는 다른 프로그램을 테스트하기 위한 체제를 함 봅니다. 인스톨 되는 프로그램: runtest ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu 인스톨 의존성 Dejagnu 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu 의 인스톨 컴파일을 위해서(때문에) DejaGnu를 준비합시다. . /configure --prefix=/tools 패키지를 구축해 인스톨 합시다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC-3. 3.1 의 인스톨 추정 구축 시간: 11.0 SBU 추정 필요 디 검댕 페이스 274 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 재인스톨 이것으로 GCC 와 Binutils 를 테스트하는데 필요한 툴( Tcl, Expect 및 DejaGnu )가 인스톨 되었습니다. GCC 와 Binutils 의 재인스톨, 그러한 새로운 Glibc 에의 링크, 그리고, 그것들을 제대로 테스트하는 것 하지만 계속됩니다. 그러나 1개(살) 주의하는 것은, 이러한 테스트 스위트는 호스 트시스템으로부터 제공되는 올바르게 기능하는 의사 터미널( PTYs )에 강하고 의 간직합니다. 최근에는 일반적으로 PTYs 는 devpts 파일 시스템에 의해 제공 되고 있습니다. 이 점으로써 사용의 호스트 시스템이 올바르게 설정 떠날 수 있고 있을까 인가, 간단한 테스트를 행하는 것으로 곧바로 체크할 수가 있습니다. expect -c "spawn ls" 만약 The system has no more ptys. Ask your system administrator to create more. 그렇다고 하는 메세지가 나온다면, 사용의 호스트 디스트리뷰션은 적절 PTY 운용에 대해 설정되어 있지 않습니다. 이 경우는, 문제를 해결할 수 있는 듯 (이)가 될 때까지 GCC 와 Binutils 에의 테스트는 의미가 없습니다. PTYs 를 어떻게나 라고 움직이도록(듯이) 할까에 대한 정보는 http://wiki.linuxfromscratch.org / 의 LFS Wiki 로 조사할 수가 있습니다. 3개의 GCC tarball (-core, -g++ 및 -testsuite)를 모두 하나의 같은 작업데 레크트리에 해동합니다. 그것들은 모두 하나의 gcc-3. 3.1/ 서브 디렉토리 에 전개됩니다. 처음에 하나의 문제를 바로잡아, 그리고 지극히 중요한 조정을 합니다. patch -Np1 -i ../gcc-3. 3.1-no_fixincludes-2.patch patch -Np1 -i ../gcc-3. 3.1-specs-2.patch 최초의 패치는 GCC "fixincludes" 스크립트를 무효로 합니다. 먼저 술해 가, 여기에서는 fixincludes 의 과정에 대한 좀 더 들어간 설명을 한다 의가 당연하겠지요. 보통, GCC fixincludes 스크립트는 수정하지 않으면 가라 없는 헤더 파일에 대해, 사용의 호스트 시스템을 조사합니다. 사용 의 호스트 시스템으로 수정되지 않으면 안 되는 Glibc 의 헤더 파일을 보고 붙이면(자), 그것들을 수정해, 그리고 GCC 용의 인클루드 디렉토리에 두어 . 그리고, 잠시 후에 제 6 장으로 새로운 Glibc 를 인스톨 한 뒤, 와 의 인클루드 디렉토리는 시스템 인클루드 디렉토리보다 전에 조사할 수 있습니다. GCC 가 호스트 시스템으로부터의 수정된 헤더를 찾는 것에 , LFS 시스템으로 실제로 사용되는 Glibc 의 버젼에 틀림없이 적합하는거야 주물이 되겠지요. 마지막 패치는 GCC 의 동적 링커(통상 ld-linux.so. 2 )의 디폴트의 장소 곳을 변경합니다. 이것은 또 GCC 의 include 검색 패스로부터 /usr/include 를 없앱니다. 인스톨의 후에 스펙(명세서) 파일을 조정하는 것보다도, 지금 패치를 맞히는 것은, 새로운 동적 링커가 GCC 의 실제의 구축동안에 사용된다 일을 보증합니다. 즉, 구축동안에 작성된 모든 최종적인(야 잠정적인) 바이너리류가 새로운 Glibc 에 대해서 링크되게 됩니다 . Important: 이러한 패치는 구축 전체가 잘 되어가도록(듯이) 하기 위한(해), 라고라고 도 중요합니다. 패치를 대는 것을 잊지 말아 주세요. 다시 다른 구축 디렉토리를 만듭니다. mkdir ../gcc-build cd ../gcc-build GCC 의 구축을 시작하기 전에, 디폴트의 최적화 플래그를 개서모든 환 경계 변수를 제외하는 것을 떠올려 주세요. 그러면 컴파일을 위해서(때문에) GCC 를 준비합니다. ../gcc-3. 3.1/configure --prefix=/tools \ --with-local-prefix=/tools \ --enable-clocale=gnu --enable-shared \ --enable-threads=posix --enable-__cxa_atexit \ --enable-languages=c, c++ 새로운 설정 옵션의 의미 · --enable-threads=posix: 이 옵션은 multi-thread 코드이기 때문에 의 C++ 예외 처리를 유효하게 합니다. · --enable-__cxa_atexit: 이 옵션은 로컬 스태틱과 그로 바르오브제크트의 소멸자를 등록하는데 atexit 는 아니고 __cxa_atexit 를 사용하도록(듯이)시켜, 완전하게 표준 준거의 처리로 하는데 매우 중요합니다. 이것은 또, C++ ABI 에도 영향을 주어, 그 결과 C++ 공유 라이브라 리와 C++ 프로그램은 다른 Linux 디스트리뷰션간에 공통에 이익 용무 할 수 있게 됩니다. · --enable-clocale=gnu: 이 옵션은 모든 상황하에 두어 C++ 라 이브라리에의 올바른 로케일 모델이 선택되도록(듯이) 합니다. 설정 스크리 프트가 인스톨 된 de_DE 로케일을 찾아내면(자), gnu 의 올바른 모 델을 선택합니다. 그러나, de_DE 로케일을 인스톨 하지 않는 사람들 (은)는, 잘못해 generic 로케일 모델이 선택되기 위해서(때문에), ABI 호환성의 없는 C++ 라이브러리를 구축하는 위험을 무릅쓰게 됩니다. · --enable-languages=c, c++: 이 옵션은 C 및 C++ 의 양쪽 모두의 구축 (을)를 확실히 하는데 필요합니다. 패키지를 컴파일 합니다. make 이 GCC 를 컴파일 하는데 사용하고 있는 컴파일러는, 이전 사용한 GCC 의 소스와 완전히 같은 버젼의 것으로부터 구축되었으므로, 브트스트랍타 -겟트를 지금 사용할 필요는 없습니다. Note: GCC 테스트 스위트를 여기서 실행하는 것은 제 6 장으로 실행 중요하지 않다고 생각되는 것을 지적해 둡니다. 결과를 테스트합니다. make -k check -k 플래그는, 테스트 스위트를 최초의 실패로 정지하지 않고 끝까지 실행 째에 사용됩니다. GCC 테스트 스위트는 매우 포괄적인 것이므로, 몇개인가 의 실패가 다하고 것입니다. 테스트 스위트의 대범한 결과의 것을 알기 위해서(때문에), 이 커멘드를 실행합니다. ../gcc-3. 3.1/contrib/test_summary | more 당신의 같은 설정에 대해, gcc-testresults 메일링리스트에 투고 된 것과 자신의 결과를 비교할 수 있습니다. 현재의 GCC-3. 3.1 이 i686-pc-linux-gnu 를 어떻게 보는가 하는 일의 예는, http://gcc.gnu.org/ ml/gcc-testresults/2003-08/msg01612.html 를 봐 주세요. 이 결과는 이하의 것을 포함하고 있는 것을 적어 둡니다. * 1 XPASS (unexpected pass) for g++ * 1 FAIL (unexpected failure) for g++ * 2 FAIL for gcc * 26 XPASS's for libstdc++ g++ 로 나와 있는 unexpected pass 는 --enable-__cxa_atexit 를 사용했기 때문으로 . 분명하게, GCC 에 의해 서포트되는 모든 플랫폼이 그 C 라이브러리에서 "__cxa_atexit" 를 서포트를 하고 있는 것은 아니기 때문에, 이 테스트는 언제나 성공하는 것은 아닙니다. libstdc++ 로 나와 있는 26 의 unexpected pass 는 --enable-clocale=gnu 의 사 용으로 밤의 것으로, 이것은 버젼 2.2. 5 이상의 Glibc 베이스의 시스템으로 (은)는 올바른 선택입니다. GNU C 라이브러리에서의 기본적인 로케일의 서포트는, 외 경우로 선택되는 "generic" 모델(이것들은 예를 들면 Newlibc 나 Sun-libc, 어떻게든 libc 를 사용하고 있다고 하면(자) 들어맞을지도 모릅니다)보다 도 우선합니다. libstdc++ 테스트 스위트는 "generic" 모델을 기대하고 있고 같아서, 그 때문에 이러한 테스트가 언제나 성공하는 것은 아닙니다 . unexpected failuers 는 자주 피할 수 없습니다. GCC 의 개발자들은 평상시 그것 들을 깨닫고 있습니다만, 아직 수정하기에 이르고 있지 않습니다. 간략하게 말하면(자), 결 과가 위의 URL 에 있는 것으로부터 크게 차이가 나지 않는 이상 계속해도 안전합니다. 그러면 마지막에 패키지를 인스톨 합니다. make install Note: 이 시점에서, 이 장의 처음의 (분)편으로 행한 완성도 테스트를 반복한다 일을 강하게 권합니다. the Section called Glibc 가"가두고"시에를 재 참조해, 체크를 반복합니다. 만약 결과가 나쁘면, 상술한 GCC Specs 패치를 대는 것을 잊고 있다는 것이 가장 있을 것인 원인으로 해 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils-2. 14 의 인스톨 추정 구축 시간: 1.5 SBU 추정 필요 디스크 스페이스 108 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 의 재인스톨 다시 다른 구축 디렉토리를 만듭니다. mkdir ../binutils-build cd ../binutils-build 그러면 인스톨을 위해서(때문에) Binutils 를 준비합니다. ../binutils-2. 14/configure --prefix=/tools \ --enable-shared --with-lib-path=/tools/lib 새로운 설정 옵션의 의미 · --with-lib-path=/tools/lib: 이것은 설정 스크립트에 디폴트 라이브 라리 검색 패스를 가르칩니다. 저희들은 라이브러리 검색 패스에 호스트 시스템인가 들의 라이브러리 디렉토리를 포함했으면 좋지는 않습니다. Binutils 의 구축을 시작하기 전에, 디폴트의 최적화 플래그를 써 바꾸어 버린다 환경 변수를 모두 제외하는 일을 생각해 내 주세요. 패키지를 컴파일 합니다. make Note: 여기서 Binutils 테스트스이트를 실행하는 것은 제 6 장으로 실행 일만큼 중요하지 않다고 생각되는 것을 지적해 둡니다. 결과를 테스트합니다. (예기치 않은 실패가 있고는 안됩니다만, 예기 한 실 패는 서로 지장있습니다. ) make check 불운하게도, 이전의 GCC 패키지에 있던 것 같은 테스트 결과의 대강을 조사 간단한 방법은 없습니다. 그러나, 여기서 실패가 일어나면(자), 간단하게 발견된다 (은)는 두입니다. 출력되는 결과는, 다음과 같은 것이 있겠지요. make[1]: *** [check-binutils] Error 2 다음에 패키지를 인스톨 합니다. make install 그러면 다음의 장에서의 toolchain 의 재조정을 위해서(때문에) Binutils 를 준비합니다. make -C ld clean make -C ld LIB_PATH=/usr/lib:/lib ┌──────────────────────────────────┐ │ Warning │ ├──────────────────────────────────┤ │이 단계에서는 아직 Binutils 의 구축과 소스의 디렉토리를 삭제하지 말아줘│ │주세요. 이 장의 좀 더 앞으로, 다시 현상인 채 필요합니다. │ └──────────────────────────────────┘ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk-3. 1.3 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 17 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 의 내용 Gawk 는 텍스트 파일을 조작하는데 사용되는 awk 의 실장입니다. 인스톨 되는 프로그램: awk (gawk 에의 링크), gawk, gawk-3. 1.3, grcat, igawk, pgawk, pgawk-3. 1.3 및 pwcat ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 인스톨 의존성 Gawk 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 의 인스톨 인스톨을 위해서(때문에) Gawk 를 준비합니다. . /configure --prefix=/tools 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트하기로 했을 경우는, 이하의 코 만드로 실행 가능합니다. make check 그러면 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils-5. 0 의 인스톨 추정 구축 시간: 0.9 SBU 추정 필요 디스크 스페이스 69 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 의 내용 Coreutils 패키지는 기본적인 쉘 유틸리티의 1 갖춤 전부를 함축 . 인스톨 되는 프로그램: basename, cat, chgrp, chmod, chown, chroot, cksum, comm, cp, csplit, cut, date, dd, df, dir, dircolors, dirname, du, echo, env, expand, expr, factor, false, fmt, fold, groups, head, hostid, hostname, id, install, join, kill, link, ln, logname, ls, md5sum, mkdir, mkfifo, mknod, mv, nice, nl, nohup, od, paste, pathchk, pinky, pr, printenv, printf, ptx, pwd, readlink, rm, rmdir, seq, sha1sum, shred, sleep, sort, split, stat, stty, su, sum, sync, tac, tail, tee, test, touch, tr, true, tsort, tty, uname, unexpand, uniq, unlink, uptime, users, vdir, wc, who, whoami 및 yes ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 인스톨 의존성 Coreutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 의 인스톨 컴파일을 위해서(때문에) Coreutils 를 준비합시다. . /configure --prefix=/tools 패키지를 컴파일 합시다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make RUN_EXPENSIVE_TESTS=yes check make 파라미터의 의미 · RUN_EXPENSIVE_TESTS=yes: 이 옵션은 어떤 종류의 플랫폼상 그리고 비교적 시간이 걸린다고 생각되는 2, 3 의 추가 테스트를 실시하도록(듯이) 테스트 스위트하게 전합니다. 그렇지만, 이것들은 일반적으로 Linux 에서는 문제와 되지 않습니다. 그러면 패키지를 인스톨 합시다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2-1. 0.2 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 2.5 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 의 내용 Bzip2 는 일반적으로 종래의 gzip 가 행하는 것보다도 보다 좋은 압축을 달성하는 브록 쿠소트형의 파일 압축기입니다. 인스톨 되는 프로그램: bunzip2 (link to bzip2), bzcat (bzip2 에 의 링크), bzcmp, bzdiff, bzegrep, bzfgrep, bzgrep, bzip2, bzip2recover, bzless 및 bzmore 인스톨 되는 라이브러리: libbz2.a, libbz2.so (libbz2.so. 1.0 에의 리 크), libbz2.so. 1.0 (libbz2.so. 1.0. 2에의 링크) 및 libbz2.so. 1.0. 2 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 인스톨 의존성 Bzip2 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 의 인스톨 Bzip2 는 설정 스크립트를 포함하지 않습니다. 그대로 컴파일 해 인스톨 합니다. make PREFIX=/tools install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip-1. 3.5 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 2.6 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 의 내용 Gzip 패키지는 Kempel-Ziv 코딩( LZ77 )을 사용해 파일을 압 축 하거나 해동하거나 하는 프로그램을 포함합니다. 인스톨 되는 프로그램: gunzip (gzip 에의 링크), gzexe, gzip, uncompress (gunzip 에의 링크), zcat (gzip 에의 링크), zcmp, zdiff, zegrep, zfgrep, zforce, zgrep, zless, zmore 및 znew ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 인스톨 의존성 Gzip 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 의 인스톨 컴파일을 위해서(때문에) Gzip 를 준비합시다. . /configure --prefix=/tools 패키지를 컴파일 합시다. make 그러면 인스톨 합시다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils-2. 8.1 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 7.5 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 의 내용 이 패키지로부터의 프로그램은 2개의 파일이나 디렉토리의 차이를 교 네라고 줍니다. 가장 일반적인 사용 외날 소프트웨어 패치를 만드는 것입니다. 인스톨 되는 프로그램: cmp, diff, diff3 and sdiff ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 인스톨 의존성 Diffutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 의 인스톨 컴파일을 위해서(때문에) Diffutils 을 준비합시다. . /configure --prefix=/tools 패키지를 컴파일 합시다. make 그러면 인스톨 합시다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils-4. 1.20 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 7.6 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 의 내용 Findutils 패키지는, 온더 플라이 방식(실황적으로 디렉토리를 재귀검 색 해 사양에 맞은 파일을 표시하는 방식)과 데이타베이스를 통해 검색 방식의 양쪽 모두의 파일을 찾는 프로그램을 포함합니다. 인스톨 되는 프로그램: bigram, code, find, frcode, locate, updatedb 및 xargs ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 인스톨 의존성 Findutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 의 인스톨 컴파일을 위해서(때문에) Findutils 를 준비합니다. . /configure --prefix=/tools 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트하기로 했을 경우는, 이하의 코 만드로 실행 가능합니다. make check 그러면 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make-3. 80 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 8.8 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 의 내용 Make 는 거대한 프로그램의 어느 원가요소가 재컴파일 될 필요가 있는 것인가 (을)를 자동적으로 결정해, 그것들을 재컴파일하기 위한 커멘드를 발행합니다. 인스톨 되는 프로그램: make ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 인스톨 의존성 Make 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 의 인스톨 컴파일을 위해서(때문에) Make 를 준비합니다. . /configure --prefix=/tools 프로그램을 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지와 그 문장도 함께 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep-2. 5.1 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 5.8 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 의 내용 Grep 는 지정된 패턴에 맞은 라인을 파일로부터 표시하는데 사용되고 프로그램입니다. 인스톨 되는 프로그램: egrep (grep 에의 링크), fgrep (grep 에의 링크) 및 grep ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 인스톨 의존성 Grep 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Make, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 의 인스톨 컴파일을 위해서(때문에) Grep 를 준비합니다. . /configure --prefix=/tools \ --disable-perl-regexp --with-included-regex 콘피그스크리프트의 의미 · --disable-perl-regexp: 이 옵션은, grep 가, PCRE 라이브러리가 호스트에게 존재했을 경우에도 거기에 링크하지 않게 합니다. 이 라이브 라리는 chroot 의 환경으로 이행한 뒤는 이용할 수 없기 때문입니다. · --with-included-regex: 이 옵션은, Grep 가 그 내부 정규 표현코 드를 사용하도록(듯이) 합니다. 이 옵션이 없는 경우, 다소 버그가 있는 와 (이)가 알고 있는 Glibc 로부터의 코드를 사용합니다. 프로그램을 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지와 그 문장도 함께 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed-4. 0.7 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 5.2 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 의 내용 Sed 는 시냇물 편집자입니다. 시냇물 편집자는 입력되는 스트리 무(파일 또는 파이프라인으로부터의 입력)에 대해서 기본적인 텍스트변 환을 행하기 위해서(때문에) 사용됩니다. 인스톨 되는 프로그램: sed ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 인스톨 의존성 Sed 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 의 인스톨 컴파일을 위해서(때문에) Sed 를 준비합니다. . /configure --prefix=/tools 프로그램을 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지와 그 문장도 함께 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext-0. 12.1 의 인스톨 추정 구축 시간: 7.2 SBU 추정 필요 디스크 스페이스 55 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 의 내용 Gettext 패키지는 국제화와 지역화를 위해 사용됩니다. 프로그램은, 유 더-의 모국어로 메세지를 보내는 것을 가능하게 하는 모국어 서포트( NLS )로 컴파일 될 수가 있습니다. 인스톨 되는 프로그램: autopoint, config.charset, config.rpath, gettext, gettextize, hostname, msgattrib, msgcat, msgcmp, msgcomm, msgconv, msgen, msgexec, msgfilter, msgfmt, msggrep, msginit, msgmerge, msgunfmt, msguniq, ngettext, project-id, team-address, trigger, urlget, user-email 및 xgettext 인스톨 되는 라이브러리: libasprintf[a, so], libgettextlib[a, so], libgettextpo[a, so] 및 libgettextsrc[a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 인스톨 의존성 Gettext 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 의 인스톨 컴파일을 위해서(때문에) Gettext 를 준비합니다. . /configure --prefix=/tools 프로그램을 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트가 있습니다. 그러나, 이 장의 Gettext 테스트 스위트는 , 예를 들어, 호스트에게 Java 컴파일러견경우 등, 어떤 종류의 호스트의 상황에서는 잘 되지 않는 것을 알고 있습니다. Gettext 의 테스트 스위트는 시간이 걸려, 치명적인 것이라고는 생각되지 않습니다. 그러니까, 여기에서는 테스트스 이트를 추천하지 않습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그러면 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses-5. 3 의 인스톨 추정 구축 시간: 0.7 SBU 추정 필요 디스크 스페이스 26 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 의 내용 Ncurses 패키지는 캐릭터와 단말을 취급하는, 패널과 메뉴를 포함한 라 이브라리를 제공합니다. 인스톨 되는 프로그램: captoinfo (tic 에의 링크), clear, infocmp, infotocap (tic 에의 링크), reset (tset 에의 링크), tack, tic, toe, tput 및 tset 인스톨 되는 라이브러리: libcurses. [a, so] (libncurses. [a, so] 에의 링크), libform. [a, so], libmenu. [a, so], libncurses++.a, libncurses. [a, so], libpanel. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 인스톨 의존성 Ncurses 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 의 인스톨 2개의 대수롭지 않은 일을 수정합니다. patch -Np1 -i ../ncurses-5. 3-etip-2.patch patch -Np1 -i ../ncurses-5. 3-vsscanf.patch 1번째의 패치는 etip.h 헤더 파일을 바로잡아, 2번째의 패치는 바람직하고 없는 헤더의 사용에 대해서 나오는 몇개의 컴파일러의 경고를 방해합니다. 그런데 그러면 컴파일을 위해서(때문에) Ncurses 를 준비합니다. . /configure --prefix=/tools --with-shared \ --without-debug --without-ada --enable-overwrite 콘피그오프션의 의미 · --without-ada: 이 옵션은, 비록 호스트에게 Ada 컴파일러가 이 스토르 되고 있어도, Ada 바인딩을 구축하지 않게 Ncurses 에게 전합니다. chroot 환경에서는 Ada 는 이미 이용할 수 없게 되므로, 이것 (을)를 실시하지 않으면 안됩니다. · --enable-overwrite: 이것은 다른 패키지가 Ncurses 헤더를 잘 보고 붙여지도록(듯이), Ncurses 에 그 헤더 파일을 /tools/include/ ncurses 는 아니고 /tools/include 에 인스톨 하는 것을 전합니다. 프로그램과 라이브러리를 컴파일 합니다. make 그리고 패키지와 그 문장을 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch-2. 5.4 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 1.9 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 의 내용 Patch 프로그램은 패치 파일에 따라 파일을 수정합니다. 팟치후 일은 보통 diff 프로그램에 의해 만들어진 리스트로, 그것은 원래의 파 일이 어떻게 수정되는 것을 필요로 할까를 포함하고 있습니다. 인스톨 되는 프로그램: patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 인스톨 의존성 Patch 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 의 인스톨 컴파일을 위해서(때문에) Patch 를 준비합니다. CPPFLAGS=-D_GNU_SOURCE . /configure --prefix=/tools 전처리기 플래그 -D_GNU_SOURCE 는 PowerPC 플랫폼에서만 필요하게 됩니다. 그 외의 아키텍쳐에서는 없애 상관하지 않습니다. 프로그램을 컴파일 합니다. make 그리고 패키지와 그 문장을 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar-1. 13.25 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 10 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 의 내용 Tar 는, tar 파일로서 알려진 archive파일에 파일을 보관해 , 거기로부터 꺼내도록(듯이) 설계된 어카이브(archive) 프로그램입니다. 인스톨 되는 프로그램: rmt and tar ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 인스톨 의존성 Tar 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 의 인스톨 컴파일을 위해서(때문에) Tar 를 준비합니다. . /configure --prefix=/tools 프로그램을 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지와 그 문장을 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo-4. 6 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 16 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 의 내용 Texinfo 패키지는, 시스템의 공식 문장을 제공하는 Info 문서를 읽어, 써, 변환하기 위해서 사용되는 프로그램을 포함합니다. 인스톨 되는 프로그램: info, infokey, install-info, makeinfo, texi2dvi 및 texindex ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 인스톨 의존성 Texinfo 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 의 인스톨 컴파일을 위해서(때문에) Texinfo 를 준비합니다. . /configure --prefix=/tools 프로그램을 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지와 그 문장을 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash-2. 05b 의 인스톨 추정 구축 시간: 1.2 SBU 추정 필요 디스크 스페이스 27 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 의 내용 Bash 는 Bourne-Again 쉘이라고 하는, UNIX 시스템으로 넓게 사용되고 있는 팽이 드인타프리타입니다. Bash 프로그램은 표준 입력(키보드)으로부터의 입력을 읽어들입니다. 유저가 무엇인가를 타이프 치면(자) 프로그램은 무엇이 타입 되었는지를 평가해, 거기에 붙어 플러그 램의 실행과 같은 일을 행합니다. 인스톨 되는 프로그램: bash, sh (link to bash) andbashbug ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 인스톨 의존성 Bash 는 이하의 패키지에 의존하는: Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 의 인스톨 Bash 는 몇개인가 기존의 버그가 있습니다. 이하의 패치로 이것들을 수정합시다 . patch -Np1 -i ../bash-2. 05b-2.patch 그러면 컴파일을 위해서(때문에) Bash 를 준비합시다. . /configure --prefix=/tools 프로그램을 컴파일 합시다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make tests 패키지와 그 문장을 인스톨 합니다. make install 그리고 sh 를 쉘로서 사용하는 프로그램을 위해서(때문에) 링크를 만듭시다. ln -s bash /tools/bin/sh ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux-2. 12 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 8 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 의 내용 Util-linux 패키지는 여러 가지 잡다한 것으로부터 되는 수많은 유틸리티 프로 그램을 포함합니다. 보다 중요한 유틸리티의 몇개인가는 마운트나 안마 운트, 포맷, 파티션 및 디스크 드라이버의 관리, tty 포 트의 오픈이나 커넬 메세지의 취득에 사용됩니다. 인스톨 되는 프로그램: agetty, arch, blockdev, cal, cfdisk, chkdupexe, col, colcrt, colrm, column, ctrlaltdel, cytune, ddate, dmesg, elvtune, fdformat, fdisk, fsck.cramfs, fsck.minix, getopt, hexdump, hwclock, ipcrm, ipcs, isosize, kill, line, logger, look, losetup, mcookie, mkfs, mkfs.bfs, mkfs.cramfs, mkfs.minix, mkswap, more, mount, namei, parse.bash, parse.tcsh, pg, pivot_root, ramsize (rdev 에의 링크), raw, rdev, readprofile, rename, renice, rev, rootflags (rdev 에의 링크), script, setfdprm, setsid, setterm, sfdisk, swapoff (swapon 에의 링크), swapon, test.bash, test.tcsh, tunelp, ul, umount, vidmode (rdev 에의 링크), whereis 및 write ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 인스톨 의존성 Util-linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed, Zlib. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 의 인스톨 Util-linux 는 /tool 디렉토리에 있는 인스톨 된지 얼마 안된 헤더 (와)과 라이브러리를 사용하지 않습니다. 이것은 콘피그스크리프트를 변경하면(자) 수정함 . cp configure configure.backup sed "s@/usr/include@/tools/include@g" configure.backup > configure 컴파일을 위해서(때문에) Util-linux 를 준비합니다. . /configure 몇개의 서포트 루틴을 컴파일 합니다. make -C lib 그리고, 이 패키지에 포함되는 동안의 2개의 유틸리티만이 필요와 의 것으로, 그처럼 구축합니다. make -C mount mount umount make -C text-utils more 그러면 이러한 프로그램을 잠정 툴의 디렉토리에 카피합니다. cp mount/{, u}mount text-utils/more /tools/bin ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl-5. 8.0 의 인스톨 추정 구축 시간: 0.8 SBU 추정 필요 디스크 스페이스 74 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 의 내용 Perl 패키지는 perl, the Practical Extraction and Report Language 를 포함합니다. Perl 는 C 나 sed, awk 및 sh 의 가장 좋은 특징의 몇개인가를 1개 에 통합한 강력한 언어입니다. 인스톨 되는 프로그램: a2p, c2ph, dprofpp, enc2xs, find2perl, h2ph, h2xs, libnetcfg, perl, perl5. 8.0 (perl 에의 링크), perlbug, perlcc, perldoc, perlivp, piconv, pl2pm, pod2html, pod2latex, pod2man, pod2text, pod2usage, podchecker, podselect, psed (s2p 에의 링크), pstruct (c2ph 에의 링크), s2p, splain and xsubpp 인스톨 되는 라이브러리: (too many to name) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 인스톨 의존성 Perl 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 의 인스톨 처음에 몇개의 편성 패스를 C 라이브러리에 맞춥니다. patch -Np1 -i ../perl-5. 8.0-libc-3.patch 그리고 몇개의 정적 기능확장이 구축되는 것을 확인합니다. chmod u+w hints/linux.sh echo 'static_ext="IO re Fcntl"' >> hints/linux.sh 그러면 컴파일을 위해서(때문에) Perl 를 준비합니다. . /configure.gnu --prefix=/tools 필요한 툴만을 컴파일 합니다. make perl utilities 그리고 이러한 툴과 그 라이브러리를 카피합니다. cp perl pod/pod2man /tools/bin mkdir -p /tools/lib/perl5/5. 8.0 cp -R lib/* /tools/lib/perl5/5. 8.0 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 불필요한 것을 없앤다 이 마디에서의 행정은 임의 선택입니다. LFS 파티션이 매우 작으면, 불 필요한 것을 얼마인가에서도 버리기같게 되는 것은 좋은 일입니다. 지금까지 구 축 한 실행 파일과 라이브러리는 약 130 MB 의 불필요한 디버그 심볼을 포함하고 있습니다. 이러한 심볼을 다음과 같이 해 없앱시다. strip --strip-unneeded /tools/{, s}bin/* strip --strip-debug /tools/lib/* 위의 커멘드의 1번째는, 파일 포맷을 인식할 수 없으면 보고해 20 정도의 파일을 날립니다. 그러한 거의는 바이너리는 아니고 스크리프 트입니다. --strip-unneeded 를 라이브러리에 사용하지 않게 조심해 주세요. 파괴되고 (이)라고 Glibc 를 모두 다시 다시 구축하지 않으면 안 되게 됩니다. 한층 더 수메가바이트를 절약하려면 , 모든 문장을 버릴 수도 있습니다. rm -rf /tools/{, share/}{doc, info, man} 그런데 다음의 단계에서 Glibc 를 구축해 인스톨 하기 위해서는, LFS 파이르시 줄기상에 적어도 850 MB 의 빈 용량이 필요합니다. Glibc 를 구축해 (이)라고 인스톨 할 수 있었다면, 나머지의 것도 인스톨 할 수 있습니다. III. 제3부- LFS 시스템의 구축 Table of Contents 6. 기본적인 시스템 소프트웨어를 인스톨 한다 7. 시스템 부트 스크립트를 설정한다 8. LFS 시스템을 기동할 수 있도록(듯이) 한다 9. 마지막에 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 6. 기본적인 시스템 소프트웨어를 인스톨 한다 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 이 장으로 구축 장소에 들어가, 본격적으로 LFS 시스템을 조립하기 시작합니다. 즉 , 잠정적으로 작은 Linux 시스템에 chroot 로 들어가, 몇개의 보조적인 것 (을)를 만들어, 그리고 모든 패키지를 한개씩 인스톨하기 시작한다고 한다 일입니다. 이 소프트웨어 모든 인스톨은 매우 간단합니다. 그러니까, 일반적 인스톨의 설명을 실시해, 그 이외의 방법이 필요하게 되는 패키지에 개 있어만 설명하도록 하면 설명이 훨씬 짧아진다고 생각될지도 지키 응. 그런데도 좋습니다만, 역시 실수를 범할 가능성을 최소한으로 하기 (위해)때문에, 각각의 패키지에 대해 제대로 설명합니다. 이 장으로 컴파일러의 최적화를 사용할 생각이라면, 최적화의 힌트를 http:// www.linuxfromscratch.org/hints/downloads/files/optimization.txt 로 조사 (이)라고 주세요. 컴파일러의 최적화는 프로그램의 실행 속도를 조금 빨리 합니다만, 해 하사 또 컴파일의 장해나, 프로그램을 실행할 경우에 문제를 일으킨다 일도 있습니다. 패키지 작성이 최적화를 사용한 컴파일로 실패해 섬 도 참, 최적화없이 컴파일을 시험해, 문제가 없어질지 어떨지를 봐 아래 차이. 비록 최적화를 사용해 패키지를 컴파일 할 수 있었다고 해도, 코드 (와)과 구축 툴의 사이의 복잡한 상호작용이기 때문에, 부정확하게 컴파일 되어 버린다 그렇다고 하는 위험이 있습니다. 이 위험은 일반적으로, 컴파일러의 최적화에 의한 소야 이익보다 무겁게 볼 수 있습니다. LFS 를 처음으로 구축하는 경우는 최적화 옵션 없음으로 구축하는 것을 강하게 추천합니다. 사용의 시스템은 그런데도 매우 빠르고, 또 동시에 안정되겠지요. 이 장으로 패키지가 인스톨 되는 차례는 엄밀하게 지켜질 수 있을 필요가 . 이것은 어느 프로그램도 /tools 를 참조하는 패스를 그 중에 짜넣지 않는다 같게 하기 (위해)때문에입니다. 같은 이유로부터 패키지를 병행해 컴파일 하지 말아줘 주세요. 병행한 컴파일은, 특히 듀얼 CPU 의 머신에서는 시간을 절약 할 수 있을지도 모릅니다만, 프로그램이 /tools 에의 패스를 짜넣어 버린다 결과를 불러, 그 디렉토리가 삭제되었을 때에, 프로그램이 동작을 그쳐라 (이)라고 끝내는 원인이 됩니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 디버그 심볼에 대해 대부분의 프로그램과 라이브러리는, 디폴트에서는 디버그 심볼을 함 응이다 상태로( gcc 옵션 -g ) 컴파일 됩니다. 디버그 정보를 포함해 컴파일 된 프로그램이나 라이브러리를 디버그 라고 해 디버거는 메모리아드레스 뿐만이 아니라, 루틴이나 변수의 이름도 표시 합니다. 그러나 이러한 디버그 심볼을 포함하는 것은 프로그램이나 라이브러리의 사 이즈를 현저하고 크게 합니다. 이러한 심볼이 차지하는 양을 알기 위해서(때문에) 다음을 보고 (이)라고 주세요. ·디버그 심볼을 포함한 bash 바이너리: 1200KB ·디버그 심볼을 포함하지 않는 bash 바이너리: 480KB ·디버그 심볼을 포함한 Glibc 및 GCC 파일( /lib 및 /usr/lib ) : 87MB ·디버그 심볼을 포함하지 않는 Glibc 및 GCC 파일( /lib 및 /usr /lib ) : 16MB 이러한 사이즈는, 어느 컴파일러나 어느 라이브러리가 사용되고 분에 의해 소 해 바뀔지도 모릅니다. 그러나 디버그 심볼을 포함한 프로그램과 포함하는거야 주물을 비교하면(자), 그 차이는 일반적으로 2 배로부터 5 배가 됩니다. 아마 대부분의 사람은 SystemSoft에 디버거를 사용하는 것은 없을까요 들 , 이러한 심볼을 삭제하는 것으로 대량의 디스크 스페이스를 잡기 되돌릴 수 있는 . 바이너리(a.out 나 ELF 바이너리가 아니면 안됩니다)로부터 데밧그신보 르를 삭제하는, strip --strip-debug 파일명을 실행합니다. 많은 파이 르를 취급하기 위해서(때문에) 와일드 카드( strip --strip-debug $LFS/tools/bin/* 와 말한 것처럼)가 사용할 수 있습니다. 편의적으로, 제 9 장에, 사용의 시스템에 있는 모든 프로그램과 라이브라 리로부터, 모든 디버그 심볼을 삭제하는 간단한 커멘드를 게재해 지금 . 최적화에 관한 추가 정보는 http://www.linuxfromscratch.org/hints/ downloads/files/optimization.txt 에 있는 힌트안에 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ chroot 환경에 들어간다 필요로 하는 패키지를 인스톨 하기 전에, chroot 환경에 입시 래해 . 그러나, chroot 커멘드를 실행할 수 있는 것은 root 만일 수 있는이므로, chroot 를 실행하기 전에 root 가 될 필요가 있습니다. 이전 한 것처럼, echo $LFS 를 실행해, LFS 환경 변수가 올바르게 설정되어 있는 것을 확인합시다. 예에 따랐다면, /mnt/lfs 가 되는 것 같은, 사용 의 LFS 파티션의 마운트 포인트가 표시됩니다. root 가 되어 이하의 커멘드를 실행해 chroot 환경에 이행 합시다. chroot $LFS /tools/bin/env -i \ HOME=/root TERM=$TERM PS1='\u:\w\$ ' \ PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \ /tools/bin/bash --login env 커멘드에게 줄 수 있고 있다 -i 옵션은 chroot 환경으로부터 모든 변수 (을)를 없앱니다. 그 후로, HOME, TERM, PS1, PATH 변수만이 다시 설정되고 . TERM=$TERM 라고 하는 구성은 chroot 환경안의 TERM 변수를 chroot 환경 의 밖과 같은 값으로 설정합니다. 이 변수는 vim 나 less 등의 프로그램을 바로잡아 구조작하는데 필요하게 됩니다. CFLAGS 나 CXXFLAGS 와 같은 다른 변수가 필요 (이)라면, 여기서 그것들을 재설정합시다. 지금부터 행하는 것은 모두 LFS 파일 시스템 내부에 제한되고 있으므로, 이 이후 LFS 변수를 사용할 필요는 없습니다. 쉘이 / 라고 생각하는 것은 실제로 (은)는 chroot 커멘드에게 건네진 $LFS 의 값이 됩니다. /tools/bin 는 패스의 마지막에 되는 것을 주의합시다. 이것은 잠정 툴 의 마지막 버젼이 인스톨 되자마자 이제 그 이후 사용되지 않고 일을 의미합니다. 이라고 할까, 적어도 쉘이 실행된 바이너리의 위 치를 떠올리지 않게 될 때에는 그렇게 됩니다. 이 때문에, 핫싱의 스윗치 (을)를 자르는 것은 좀 더 앞입니다. 이 장의 나머지의 모든 커멘드, 그리고 이후의 장의 커멘드가 chroot 환경에서 실행할 수 있는 것을 확인하지 않으면 안됩니다. 예를 들면 재기동 등, 무엇인가의 이유 그리고 이 환경으로부터 멀어지면(자), 인스톨을 계속하기 전에 chroot 에 다시 들어가, prov 및 devpts 파일 시스템(나중에 설명하겠습니다)을 마운트하고차라 안 되는 것을 생각해 내 주세요. bash prompt가 "I have no name! " 이렇게 말해 오는 것에 주의합시다. 이것은 /etc/passwd 파일이 아직 만들어지지 않기 때문에 정상적인 일입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 소유권을 변경한다 그런데 지금 /tools 디렉토리는 호스트 시스템에 존재하는 lfs 라고 하는 유저에게 소유권이 있습니다. LFS 시스템을 만들어 끝내면(자), 아마 /tools 디 렉토 리를 삭제하고 싶을지도 모릅니다만, 예를 들어 나중에 또 다른 LFS 시스템을 구축 하기 위해서 남겨 두어도 괜찮을 것입니다. /tools 디렉토리를 그대로 남겨 두면(자), 대응한 어카운트가 없는 유저 ID 에 의해 소유된 후 일이 되어 버립니다. 이것은, 후에 만들어진 유저 어카운트가 이것 (와)과 같은 유저 ID 를 얻어, 돌연 /tools 디렉토리와 그 안에 있는 파 일을 소유해 버린다고 하는 것에 의해, 이러한 파일을 악의가 있는 조 작에 쬐어 버리므로 위험합니다. 이 문제를 피하기 위해서(때문에), 잠시 후에 /etc/passwd 파일을 만들었을 때에, 신해 있고 LFS 시스템에 사용의 호스트 시스템에 있는 같은 유저와 그룹 ID (을)를 가지도록(듯이) 조심해 lfs 유저를 가세할 수가 있습니다. 혹은 또, 이하의 커멘드를 실행하는 것으로, /tools 디렉토리의 내용을 root 유저 하지만 소유하도록(듯이) 변경할 수가 있습니다. (본서에서는 이쪽을 상정합니다. ) chown -R 0:0 /tools chown 는 패스워드 파일이 만들어질 때까지 "root" 라는 이름을 해결할 수 있는거야 있고 것으로, 이 커멘드는 "root:root" 대신에 "0:0" 를 사용합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 디렉토리를 작성한다 그런데 그러면 LFS 시스템에 몇개의 구조를 만듭니다. 우선 디레크트리트 리를 만듭시다. 다음과 같은 커멘드를 실행해, 다그소그표준적인 트리를 만듭니다. mkdir -p /{bin, boot, dev/{pts, shm}, etc/opt, home, lib, mnt, proc} mkdir -p /{root, sbin, tmp, usr/local, var, opt} for dirname in /usr /usr/local do mkdir $dirname/{bin, etc, include, lib, sbin, share, src} ln -s share/{man, doc, info} $dirname mkdir $dirname/share/{dict, doc, info, locale, man} mkdir $dirname/share/{nls, misc, terminfo, zoneinfo} mkdir $dirname/share/man/man{1,2,3,4,5,6,7,8} done mkdir /var/{lock, log, mail, run, spool} mkdir -p /var/{tmp, opt, cache, lib/misc, local} mkdir /opt/{bin, doc, include, info} mkdir -p /opt/{lib, man/man{1,2,3,4,5,6,7,8}} 디렉토리는 디폴트의 설정에서는 허가 속성의 모드 775 로 만들어집니다만, 이것은 모든 디렉토리에 대해서는 바람직하지는 않습니다. 2개(살) 변경을 섬 . 1개(살)은 root 의 홈 디렉토리로, 하나 더는 일시파일을 위한 디렉토리입니다. chmod 0750 /root chmod 1777 /tmp /var/tmp 1번째의 모드 변경은, 통상의 유저가 그 홈 디렉토리로 하는 것 똑같이, 정확하게 아무도 /root 디렉토리에 들어갈 수 없게 합니다. 2번째 의 모드 변경은 어느 유저도 /tmp 와 /var/tmp 에 기입할 수 있도록(듯이) 합니다 하지만, 다른 유저의 파일을 삭제할 수 없게 합니다. 후자는 이른바 "sticky 비트" - 1777 비트 마스크의 최상정도 비트-에 의해 금지됩니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FHS 준거에 대한 주의 디렉토리 트리를 FHS 표준( http://www.pathname.com/fhs/ 로 이용 성과 )에 준거했습니다. 위에서 만든 디렉토리 트리에 가세해, 이 규격은 /usr/local/games 와 /usr/share/games 의 존재를 규정하고 있습니다만, 기본적인 시스템에는 이것들은 필요 없습니다. 그러나, 사용의 시스템을 FHS 준거에 원 다투는 것은 자유롭게 아무쪼록. /usr/local/share 서브 디렉토리의 구조에 관 해, FHS 는 엄밀하게 규정하고 있었기 때문에, 본서로 필요하다고 생각하는 디렉토리 (을)를 여기서 작성했습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ prov 와 devpts 파일 시스템의 마운트 몇개의 프로그램의 기능이 적절히 일하도록(듯이), proc 와 devpts 파이르시 줄기가 chroot 환경에서 이용할 수 없으면 안됩니다. 파일 시스템은 망 만 몇번이나, 그리고 많은 장소에 마운트되므로, 이러한 파이르시 줄기가 벌써 호스트 시스템으로 마운트되고 있는 것은, 특히 이것들이 가짜 구상 파일 시스템인 일도 있어, 문제가 아닙니다. proc 파일 시스템이란, 커넬이 시스템 상태에 대한 스테이터스 정보를 제공하기 위해서 사용하는 프로세스 정보 가상 파일 시스템입니다. proc 파일 시스템은 이하의 커멘드를 실행하는 것으로 /proc 에 마운트 됩니다. mount proc /proc -t proc 아마 마운트 커멘드로부터 이러한 경고를 받아들이겠지요. warning: can't open /etc/fstab: No such file or directory not enough memory 이러한 경고는 무시해 주세요. 이것들은 시스템이 아직도 완전하게 인스트 르 되지 않고, 몇개의 파일이 부족하다고 하는 사실에 의하는 것입니다 . 마운트 자신은 성공해, 그것이 이 시점에서 필요한 일의 방법이라고입니다. devpts 파일 시스템은 이전에 말하고 있어, 현재 가상 터미널( PTYs ) 하지만 실장되는 가장 일반적인 방법입니다. devpts 파일 시스템은 이하의 커멘드를 실행하는 것으로 /dev/pts 에 마우 트 됩니다. mount devpts /dev/pts -t devpts 이 커멘드는 이하의 에러 결과로 실패할지도 모릅니다. filesystem devpts not supported by kernel 가장 있을 것인 원인은, 사용의 호스트 시스템의 커넬이 devpts 파이 르시스템의 서포트없이 컴파일 되었다고 하는 것입니다. 어느 파일 시스템이 커넬에 의해 서포트되고 있을까는, cat /proc/파이르시 줄기와 같은 커멘드로, 그 내부를 보는 것으로 조사할 수가 있습니다. devfs 라는 이름의 파일 시스템 타입이 거기에 리스트 되고 있으면(자), 호 파업의 devfs 파일 시스템을 후의 "디바이스의 작성( Makedev )" 시에 그리고 만드는 새로운 /dev 구조의 맨 위에 마운트하는 것으로 문제를 잘 해결한다 일이 생깁니다. devfs 가 리스트되어 있지 않아도, 아직 chroot 환경속에서 PTYs 를 얻는 세번째의 방법이 있을테니 안심해 주세요. 이것은 전술의 Makedev 그리고 간략하게 말합니다. 무엇인가의 이유로써 LFS 시스템상에서의 작업을 중지해, 그 후로 재개하면(자), 이것들 의 파일 시스템이 아직 chroot 환경에서 마운트되고 있는 것을 확인한다 의는 매우 중요하다고 하는 것을 잊지 말아 주세요. 그렇지 않으면, 문제가 일어나 싸집니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 필요한 기호 연결을 작성한다 몇개의 프로그램에 짜넣어진 프로그램에의 패스는 아직 존재하지 않습니다 . 이러한 프로그램을 만족시키기 위해서(때문에), 이 장을 통해 모든 소후트우 아를, 인스톨 했을 때에 실제의 파일로 옮겨놓을 수 있는 일이 되는 간다 개인가의 기호 연결을 만듭니다. ln -s /tools/bin/{bash, cat, pwd, stty} /bin ln -s /tools/bin/perl /usr/bin ln -s /tools/lib/libgcc_s.so. 1 /usr/lib ln -s bash /bin/sh ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ passwd 와 group 파일을 작성한다 root 를 로그인할 수 있어 또 "root" 라는 이름이 인식되기 위해서(때문에), /etc/ passwd 와 /etc/group 파일안에 적절한 기재가 필요합니다. 이하의 커멘드를 실행해 /etc/passwd 파일을 만듭니다. cat > /etc/passwd << "EOF" root:x:0:0:root:/root:/bin/bash EOF root 의 실제의 패스워드(여기서의 "x" 는 단순한 임의의 문자(숫자, 기호) 입니다)는 나중에 설정됩니다. 이하의 커멘드를 실행해 /etc/group 파일을 만듭니다. cat > /etc/group << "EOF" root:x:0: bin:x:1: sys:x:2: kmem:x:3: tty:x:4: tape:x:5: daemon:x:6: floppy:x:7: disk:x:8: lp:x:9: dialout:x:10: audio:x:11: EOF 작성한 그룹은 어느 규격의 일부에서도 없습니다. 이것들은 다음의 항으로 사용한다 MAKEDEV 스크립트의 그룹입니다. "root" 그룹을 따로 해, LSB ( http://www.linuxbase.org )는 GID 1 의 "bin" 그룹만을 추천 합니다. 잘 할 수 있던 패키지는 GID 번호에 의존하지 않고 그룹의 이름을 사용하므로, 그 외 모든 그룹명과 GID 는 유저에 의해 자유롭게 결정할 수가 있습니다 . 마지막으로, chroot 환경에 재로그인합니다. 제 5 장으로 Glibc 의 모든 팍케 지를 인스톨 했으므로, 유저명과 그룹명의 해결은 /etc/passwd (와)과 /etc/group 파일이 만들어진 뒤 곧바로 움직이기 시작합니다. 이것은 "I have no name! " 그렇다고 하는 prompt가 나오지 않게 합니다. exec /tools/bin/bash --login +h +h 지시의 사용에 대해 주의합시다. 이것은 bash 에 그 내부 파스핫신 그를 사용하지 않게 전합니다. 이 지시없이는, bash 는 실행한 바이너리에 의 패스를 기억하려고 합니다. 새롭고 컴파일 된 바이너리를 인스톨 되자 마자 사용하고 싶기 때문에, 이 장의 사이는 이 기능을 오프로 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 디바이스의 작성 (Makedev-1. 7) 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 50 KB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ MAKEDEV 의 내용 MAKEDEV 스크립트는 통상 /dev 디렉토리안에 있는 정적 디바이스 노드 (을)를 만듭니다. 디바이스 노드에 대한 자세한 정보는 Linux 카네르소스트 리안의 Documentation/devices.txt 파일 중(안)에서 찾아낼 수 있겠지요 . 인스톨 되는 프로그램: MAKEDEV ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ MAKEDEV 인스톨 의존성 Makedev 는 이하의 패키지에 의존하는: Bash, Coreutils. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 디바이스를 작성한다 MAKEDEV-1. 7. bz2 파일은 셸 스크립트 밖에 포함하지 않기 때문에, 해동해 (이)라고도 디렉토리를 만들지 않습니다. MAKEDEV 스크립트를 인스톨 합니다. bzcat MAKEDEV-1. 7. bz2 > /dev/MAKEDEV chmod 754 /dev/MAKEDEV 디바이스 파일을 만들기 위해서(때문에) 스크립트를 실행합니다. cd /dev . /MAKEDEV -v generic-nopty 인수의 의미 · -v: 이것은 verbose 모드로 실행하도록(듯이) 스크립트에게 전합니다. · generic-nopty: 이것은 MAKEDEV 에 ptyXX 와 ttyXX 를 제외한 일반적으로 사 깨지는 디바이스 스페셜 파일을 만들도록(듯이) 지시합니다. 저희들은 devpts 파일 시스템을 통해서 Unix98 PTYs 를 사용할 생각이므로, 와 등의 파일은 필요 없습니다. 필요로 하는 무엇인가의 스페셜 디바이스 zzz 가 없는 것을 알면(자),. /MAKEDEV -v zzz 를 실행해 봐 주세요. 혹은, mknod 프로그램으로 만들어도 에도시대의 추방형벌 선. 만약 와 정보가 필요하면, 그러한 man 와 info 페이지를 참조해 (이)라고 주세요. 게다가 이전의 "proc 및 devpts 파일 시스템의 마운트" 시에로 devpts 파일 시스템을 마운트할 수 없었으면, 지금이 대안을 시험할 때입니다 . 커넬이 devfs 시스템을 서포트하고 있다면, devfs 를 마운트 위해(때문에) 이하의 커멘드를 실행해 주세요. mount -t devfs devfs /dev 이것은 새로운 정적 /dev 구조의 맨 위에 devfs 파일 시스템을 마운트해 . 이것은 아무것도 문제를 일으키지 않고, 작성된 디바이스 노드가 아직 존재 하므로, 이것들은 다만 새로운 devfs 파일 시스템에 의해 숨겨질 뿐 입니다. 이것이 아직 움직이지 않으면, 남겨진 선택사항은 그 외에서는 필요하게 되지 않는 ptyXX (와)과 ttyXX 계열 파일을 만들기 위해서(때문에) MAKEDEV 스크립트를 사용하는 것입니다. / dev 디렉토리에 있는 것을 확인해, 그리고 . /MAKEDEV -v pty 를 실행 섬 짊어진다. 이것의 좋지 않는 곳은, 최종적으로 완성한 LFS 시스템을 기동했다 때에 필요가 없는 512 의 스페셜 디바이스 파일을 만드는 것입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux-2. 4.22 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 186 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 의 내용 Linux 커넬은 모든 Linux 시스템의 중심입니다. 이것은 Linux 를 움직여 (이)라고 있는 것입니다. 컴퓨터의 전원을 붙을 수 있고 Linux 시스템이 부트 한다 때, 맨 먼저에 로드 되는 Linux 소프트웨어의 1개가 커넬입니다. 카네 르는 시스템의 하드웨어 구성, 시리얼 포트, 패러렐 포토, 사운 드카드, 네트워크 카드, IDE 콘트롤러, SCSI 콘트롤러 외에도 많은 것을을 초기화합니다. 간단하게 말하면 즉, 커넬은 소프트 웨어를 실행할 수 있도록(듯이) 하드웨어를 준비합니다. 인스톨 되는 프로그램: the kernel 및 the kernel headers ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 인스톨 의존성 Linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Findutils, GCC, Glibc, Grep, Gzip, Make, Modutils, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 커넬 헤더의 인스톨 아직 새로운 커넬을 컴파일 하지 않습니다-이것은 모든 패키지의 인스 사용료가 끝난 뒤로 합니다. 그러나 커넬 헤더를 필요로 하는 패키지 도 있으므로, 지금 커넬 어카이브(archive)를 해동해, 설정을 해, 그러한 팍케이 지에 의해 찾아낼 수 있도록(듯이) 헤더 파일을 카피합니다. 커넬 소스 디렉토리안에 있는 파일이 root 에 의해 소유되어 없는 것에 주의하는 것은 중요합니다. root 유저로서 패키지를 해동 라고 하고(여기 chroot 환경속에서 하도록(듯이))에는 언제라도, 팍케이쟈의 컴퓨터상에 있었을 때의 유저와 그룹 ID 가 무엇으로 저것, 파일 (은)는 그 ID 를 가지게 됩니다. 이것은, 인스톨의 나중에 소스트리 -를 삭제하므로, 통상 인스톨 하는 다른 패키지의 문제와는 키 응. 그러나 Linux 커넬 소스 트리는 가끔 꽤 오랫동안 잔재라고 그 의 것으로, 팍케이쟈가 사용하고 있던 유저 ID 가 무엇으로 저것사용의 머신의 누구 게 할당할 수 있을 가능성이 있어, 그 사람이 커넬 소스에 기입을 한다 일지도 모릅니다. 이 일을 고려해, 모든 파일이 root 유저에 의해 소유되어 게 chown -R 0:0 를 linux-2. 4.22 디렉토리에 대해서 실행하면 좋은가 도 알려지지 않습니다. 헤더를 인스톨 할 준비를 합니다. make mrproper 이것은 커넬 트리가 완전하게 깨끗하게 합니다. 커넬 팀은 이 팽이 드가 각각의 커넬의 컴파일에 앞서 실행되도록(듯이) 권하고 있습니다 . 해동한 뒤의 소스 트리가 깨끗하다라고 목표로 해서는 안됩니다. include/linux/version.h 를 만듭니다. make include/linux/version.h 플랫폼 고유의 include/asm 기호 연결을 작성합니다. make symlinks 플랫폼 고유의 헤더 파일을 인스톨 합니다. cp -HR include/asm /usr/include cp -R include/asm-generic /usr/include 크로스 플랫폼 커넬 헤더를 인스톨 합니다. cp -R include/linux /usr/include autoconf.h 헤더 파일을 사용하는 몇개의 커넬 헤더 파일이 . 아직 커넬을 최적화하고 있지 않았기 때문에, 컴파일이 실패하는 것을 피하고 위해(때문에) 이 파일을 스스로 만들 필요가 있습니다. 하늘의 autoconf.h 파이 르를 만듭니다. touch /usr/include/linux/autoconf.h ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 커넬 헤더를 카피해, 그러한 기호 연결을 만들지 않는 이유 지금까지, /usr/include/{linux, asm} 디렉토리를 /usr/src/linux/ include/{linux, asm} 에 기호 연결 하는 것은 일반적인 습관이었습니다. 이하에 싣는 Linux Torvalds 에 의해 Linux Kernel 메일링리스트에 투 함 된 지적으로부터의 인용에 있도록(듯이), 이것은 나쁜 습관이었습니다. 새로운 커넬을 컴파일 하는 사람들에게로의 제안. 보이는 곳(중)에 하나의 기호 연결(커넬의 구축 그것 자신이 설정한다, 즉 커넬 컴파일 자신의 내부에서만 사용되는 "linux/include/asm" 상징적 인 쿠를 제외하다)를 가져야 하는 것이 아닙니다. 그리고 그렇게, 이것은 확실히 내가 할 것입니다. 나의 /usr/src/linux 는, 비록 내가 길다 일 2.2. 13 커넬 헤더를 사용하지 않아도 아직 낡은 2.2. 13 헤더 파일을 지 (이)라고 있습니다. 그러나 이러한 헤더는 Glibc 가 그에 대한 컴파일 된 것으로, 그것 이유 이러한 헤더는 라이브러리의 오브젝트 파일에 정합합니다. 그리고 이것은 적어도 최근 5 년간 시사되어 온 환경입니다. 나는 왜 신보릭크리 크의 문제가 썩은 좀비와 같이 아직 살아 있는지 모릅니다. 모든 디스트리비 션의 매우 대부분이 아직 그 망가진 기호 연결을 가지고 있어, 사람들은 아직 , 비유 그것이 올바르지 않아도 linux 소스가 "/usr/src/linux" 나카에 들어가 있어야 한다 그렇다고 하는 것을 기억하고 있습니다. 지극히 중요한 부분은, Linus 가 헤더 파일은 Glibc 가 그에 대한 안녕 파일 된 것이어야 한다고 말하고 있는 곳입니다. 이러한 헤더는 오브지 크트코드의 라이브러리 파일에 정합하므로, 나중에 다른 패키지를 컴파일 할 경우에 사용되어야 할 것입니다. 헤더를 카피하는 것에 (이)라고, 나중에 커넬을 업그레이드 해도 그것들이 아직 이용할 수 있도록(듯이) 해 . 그런데, /usr/include/{linux, asm} 에의 기호 연결을 가지지 않는 한 (은)는, /usr/src/linux 에 커넬 소스를 두는 것은 완벽하게 더할 나위 없는 것을 주 뜻 해 둡니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages-1. 60 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 15 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages 의 내용 Man-pages 패키지는 1200 페이지 이상의 메뉴얼 페이지를 포함하고 있습니다 . 이 공식 문장은 C 와 C++ 의 함수에 대해 자세하게 말해 몇개의 중요한 데 바이스 파일을 설명해, 다른 패키지가 부족한 문장을 제공합니다. 인스톨 되는 프로그램: 여러가지 메뉴얼 페이지 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages 인스톨 의존성 Man-pages 는 이하의 패키지에 의존하는: Bash, Coreutils, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages 의 인스톨 이하의 커멘드를 실행해 Man-pages 를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc-2. 3.2 의 인스톨 추정 구축 시간: 12.3 SBU 추정 필요 디스크 스페이스 784 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 의 내용 Glibc 는 open, malloc, printf, 등이라고 하는 시스템 콜이나 기본적인 함수를 제공하는 라이브러리입니다. 이 C 라이브러리는 동적 링크된 모든 프로그 램에 사용됩니다. 인스톨 되는 프로그램: catchsegv, gencat, getconf, getent, glibcbug, iconv, iconvconfig, ldconfig, ldd, lddlibc4, locale, localedef, mtrace, nscd, nscd_nischeck, pcprofiledump, pt_chown, rpcgen, rpcinfo, sln, sprof, tzselect, xtrace, zdump 및 zic 인스톨 되는 라이브러리: ld.so, libBrokenLocale. [a, so], libSegFault.so, libanl. [a, so], libbsd-compat.a, libc. [a, so], libc_nonshared.a, libcrypt. [a, so], libdl. [a, so], libg.a, libieee.a, libm. [a, so], libmcheck.a, libmemusage.so, libnsl.a, libnss_compat.so, libnss_dns.so, libnss_files.so, libnss_hesiod.so, libnss_nis.so, libnss_nisplus.so, libpcprofile.so, libpthread. [a, so], libresolv. [a, so], librpcsvc.a, librt. [a, so], libthread_db.so 및 libutil. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 인스톨 의존성 Glibc 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Gettext, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 의 인스톨 Glibc 구축 시스템은 매우 독립적이어, 비록 컴파일러 스펙(명세서) 파일과 링커가 아직 /tools 를 가리키고 있었다고 해도, 완벽하게 인스톨 됩니다. Glibc 를 인스톨 하기 전에 스펙(명세서) 파일과 링커를 조정하면(자), Glibc autoconf 테스트가 가짜의 결과를 주어 그러므로 깨끗한 구축을 실시한다고 하는 목적 (을)를 안되게 해 버리므로, 인스톨의 전에 이 2개(살)을 조정하는 것이 성과 선. Note: 이 장의 Glibc 에의 테스트스이트는 필수라고 생각하고 있습니다. 응 상황하에서도 테스트를 날려 버리지 않게 주의해 둡니다. Glibc 의 구축을 시작하기 전에, 재차 Glibc-linuxthreads 를 glibc-2. 3.2 라고 한다 디렉토리안에 해동하는 것을 생각해 내 주세요. 그리고, 디폴트 의 최적화 플래그를 덧쓰기하는 모든 환경 변수를 제외합시다. 해가 없는 메세지입니다만, Glibc 의 인스톨 단계에서 /etc/ld.so.conf 가 없는데 불평을 말하겠지요. 이 번거로워 차이인 경고를 수정해 둡니다 . touch /etc/ld.so.conf 그리고 이전 사용한 것과 같은 패치를 댑니다. patch -Np1 -i ../glibc-2. 3.2-sscanf-1.patch Glibc 문서는, 소스 디렉토리와는 다른 구축 전용 디렉토리에서 콘파이 르 하도록(듯이) 권하고 있습니다. mkdir ../glibc-build cd ../glibc-build 그러면 컴파일을 위해서(때문에) Glibc 를 준비합니다. ../glibc-2. 3.2/configure --prefix=/usr \ --disable-profile --enable-add-ons \ --libexecdir=/usr/bin --with-headers=/usr/include 새로운 콘피그오프션의 의미 · --libexecdir=/usr/bin: 이것은 pt_chown 프로그램을 /usr/bin 디레 쿠트리에 인스톨 하도록(듯이) 합니다. · --with-headers=/usr/include: 이것은 /usr/include 안의 카네르헥 다가 이 구축으로 사용되도록(듯이) 합니다. 이 스윗치를 건네주지 않으면, 도 응 이상적이지 않은 것에(이것들은 동일하다는 두입니다만) /tools/ include 에 있는 헤더가 사용됩니다. 이 스윗치를 사용하면(자), 카네르헤 다를 /usr/include 에 인스톨 하는 것을 잊고 있다면, 곧바로 통지되고 라고 하는 이점을 가집니다. 패키지를 컴파일 합니다. make 결과를 테스트합니다. make check the Section called Glibc-2. 3.2 의 인스톨 in Chapter 5라고 하는 마디로부터 의 테스트스이트의 설명서는 여기에서도 아직 매우 도움이 됩니다. 만일 무엇인가 의문 (을)를 가지면(자) 거기를 참조해 확인해 주세요. 그러면 패키지를 인스톨 합니다. make install 다른 언어에 대응하는 시스템으로 하는 로케일은, 상술의 커멘드에서는 인스 사용료 되지 않습니다. 다음의 커멘드를 실행합니다. make localedata/install-locales 전의 커멘드를 실행하는 대신에, 필요로 할까 갖고 싶은 로케일만을 인스 사용료 할 수가 있습니다. 이것은 localedef 커멘드로 실시합니다. 이것에 개 있던 정보는 glibc-2. 3.2 트리안의 INSTALL 파일안에 있습니다. 그러나, 몇개의 로케일은 이 앞의 패키지의 테스트를 올바르게 통하기 (위해)때문에 에 필요합니다. 이하의 설명에서는, 위의 install-locales 커멘드 대신에, 테 파업을 실시하는데에 필요한 최소의 로케일 세트를 인스톨 합니다. mkdir -p /usr/lib/locale localedef -i de_DE -f ISO-8859-1 de_DE localedef -i de_DE@euro -f ISO-8859-15 de_DE@euro localedef -i en_HK -f ISO-8859-1 en_HK localedef -i en_PH -f ISO-8859-1 en_PH localedef -i en_US -f ISO-8859-1 en_US localedef -i es_MX -f ISO-8859-1 es_MX localedef -i fr_FR -f ISO-8859-1 fr_FR localedef -i fr_FR@euro -f ISO-8859-15 fr_FR@euro localedef -i it_IT -f ISO-8859-1 it_IT localedef -i ja_JP -f EUC-JP ja_JP 마지막으로, linuxthreads man 페이지를 구축합니다. make -C ../glibc-2. 3.2/linuxthreads/man 그리고 이러한 패키지를 인스톨 합니다. make -C ../glibc-2. 3.2/linuxthreads/man install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 를 설정한다 /etc/nsswitch.conf 라고 하는 파일을 작성하지 않으면 안됩니다. 왜냐하면, 이 파일이 없는가 망가져 있으면(자) Glibc 는 디폴트의 설정을 제공합니다만 , Glibc 의 디폴트의 설정은 네트워크가 정상적으로 움직이지 않습니다. 또, 타이 무존의 설정도 하지 않으면 안됩니다. 이하의 커멘드를 실행해 새로운 /etc/nsswitch.conf 를 만듭니다. cat > /etc/nsswitch.conf << "EOF" # Begin /etc/nsswitch.conf passwd: files group: files shadow: files publickey: files hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: db files # End /etc/nsswitch.conf EOF 어느 타임 존이 무엇인가를 조사하기 위해서(때문에), 이하의 스크립트를 실행합니다. tzselect 지역에 대한 몇개의 질문에 답하면(자), 이 스크립트는 EST5EDT 나 Canada/Eastern 와 같은 타임 존의 이름을 출력합니다. 그리고 이하의 코 만드를 실행해 /etc/localtime 파일을 만듭니다. cp --remove-destination /usr/share/zoneinfo/Canada/Eastern /etc/localtime 옵션의 의미 · --remove-destination: 이것은 이미 존재하는 기호 연결을 강제적 에 삭제하는데 필요합니다. 기호 연결 대신에 카피하는 이유 (은)는 /usr 가 다른 파티션에 있는 상황을 취급하기 (위해)때문에입니다. 이것은, 와 단일 사용자 모드로 부트 되었을 때에 문제가 됩니다. 물론, Canada/Eastern 대신에, tzselect 스크립트가 준 타임 존의 이름을 기입합시다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 동적 로더를 설정한다 디폴트의 설정으로 동적 로더( /lib/ld-linux.so. 2 )는 프로그램을 열매 행 했을 때에 필요하게 되는 동적 라이브러리를 요구해 /lib 와 /usr/lib 를 찾아 . 그러나, /lib 와 /usr/lib 이외의 장소에 라이브러리가 있다고 하면, 동 목표 로더를 찾아낼 수 있도록(듯이) /etc/ld.so.conf 파일에 그것들을 더한다 필요가 있습니다. 추가의 라이브러리를 포함하는 것으로, 일반적으로 알려진 2개의 데 레크트리는 /usr/local/lib 와 /opt/lib 로, 이러한 디렉토리를 동적 로더의 검색 패스에 가세합니다. 이하의 커멘드를 실행해 새로운 파일 /etc/ld.so.conf 를 만듭니다. cat > /etc/ld.so.conf << "EOF" # Begin /etc/ld.so.conf /usr/local/lib /opt/lib # End /etc/ld.so.conf EOF ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Toolchain 를 재조정한다 그런데 새로운 C 라이브러리가 인스톨 되었으므로 toolchain 를 재조정 섬 . 새롭고 컴파일 된 프로그램은, 모두 새로운 C 라이브러리에 대해 (이)라고 링크되도록(듯이) 조정합니다. 기본적으로 이것은 전의 장이 "가두고" 단계에서 한 것의 역입니다. 우선 처음에 링커를 조정합니다. 이 때문에 Binutils 의 제 2 단계에서 소스와 구축 디렉토리를 남겨 두었습니다. binutils-build 디렉토리 중(안)에서 이하의 커멘드를 실행해, 조정된 링커를 인스톨 합니다. make -C ld INSTALL=/tools/bin/install install Note: 만약 무엇인가의 이유로써, 제 5 장의 제 2 단계에서의 Binutils 의 소스와 구축 디렉토리를 남겨 둔다고 하기 이전의 경고를 놓쳐 버리거나 잘못해 지워 버리거나 액세스 할 수 없게 되어 버려 있거나 해도 걱정은 필요 없습니다. 모든 것이 없어져 버린 것이 아닙니다. 상 의 커멘드를 무시해 주세요. 이것은 다음의 패키지인 Binutils 가 /usr 는 아니고 /tools 에 있는 Glibc 라이브러리에 대해서 링크되면(자) 말하는 결과가 됩니다. 이것은 이상적이지는 않습니다만, 테스트에서는 결과와 해 할 수 있는 Binutils 프로그램의 바이너리류는 동일하게 될 것이라고 한다 일을을 나타내고 있습니다. 지금부터 모든 컴파일 된 프로그램이 /usr/lib 와 /lib 에 있는 라 이브라리 에 대해서만 링크됩니다. 제 2 단계에서 만들어지는 Makefile 는 / usr/bin/install 에의 참조를 아직 포함하고 있으므로, INSTALL=/tools/bin/ install 가 따로 필요하게 됩니다. 어느 호스트 디스트리뷰션은 Makefile 에, 우선하는 ginstall 기호 연결을 가지고 있으므로, 여기 그리고 문제를 일으킵니다. 위의 커멘드는 이것도 또 대처합니다. 이것으로, Binutils 의 소스와 구축 디렉토리를 삭제할 수가 있습니다. 다음에 실시하는 것은 GCC 스펙(명세서) 파일이 새로운 동적 링커를 나타내도록(듯이) 수정한다 일입니다. 정확히 이전에 한 것처럼, 이것을 실시하는데, sed 를 사용합니다. SPECFILE=/tools/lib/gcc-lib/*/*/specs && sed -e 's@ /tools/lib/ld-linux.so. 2@ /lib/ld-linux.so. 2@g' \ $SPECFILE > newspecfile && mv -f newspecfile $SPECFILE && unset SPECFILE 재차, 상술의 커멘드 커멘드는 컷 앤드 페이스트가 추천입니다. 그리고 이전과 같이, 의도된 변경이 실제로 행해진 것을 확인하기 위해(때문에), 스펙 쿠파일을 조사한다는 것은 좋은 일입니다. Important: 동적 링커의 이름이 ld-linux.so. 2 란 무엇인가 다른 플랫 폼상에서 작업을 하고 있다면, 위의 커멘드로 사용의 프랏트포 무의 동적 링커의 이름을 ld-linux.so. 2 대신에 이용합시다. 필요 (이)라면 the Section called Toolchain 기술 정보 in Chapter 5라고 하는 마디를 참조해 주세요. ┌────────────────────────────────────┐ │ Caution │ ├────────────────────────────────────┤ │이 단계에서, 조정된 toolchain 의 기본적인 기능(컴파일과 링크 │ │)(이)가 기대 대로 움직이고 있는 것을 확인하는 것은 필수 사항입니다. 이 때문에의 간단 │ │완성도 체크를 행합니다. │ │ │ │echo 'main(){}' > dummy.c │ │gcc dummy.c │ │readelf -l a.out | grep ': /lib' │ │ │ │모든 것이 잘 되어가고 있다면, 에러는 없을 것으로, 결과의 출력은 이하 │ │(와)과 같이 될 것입니다. │ │ │ │ [Requesting program interpreter: /lib/ld-linux.so. 2] │ │ │ │위에 나타낸 것 같은 출력 결과가 나오지 않는, 혹은 출력 결과가 없는 경우, 무엇인가 겹 │ │대인 실수가 있습니다. 어디에 문제가 있을까를 찾아&A, 수정하기 위해서 │ │, 지금까지 한 것을 되돌아 보지 않으면 안됩니다. 이것이 완료한다 │ │까지는 계속해도 의미가 없습니다. 특히, 지금은 /lib 가 사용의 동적 링커 │ │의 프리픽스가 되고 있는 것에 주의합시다. 물론, │ │ld-linux.so. 2 란 무엇인가 다른 이름의 동적 링커를 사용한 플랫폼상 │ │그리고 작업하고 있다면, 결과의 출력은 조금 다른 것이 되겠지요. │ │ │ │모든 것이 문제 없다고 알았다면, 테스트 파일을 삭제합니다. │ │ │ │rm dummy.c a.out │ └────────────────────────────────────┘ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils-2. 14 의 인스톨 추정 구축 시간: 1.4 SBU 추정 필요 디스크 스페이스 167 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 의 내용 Binutils 는 오브젝트 파일과 어카이브(archive)로 일하는 링커, 어셈블러, 외 툴을 포함한 소프트웨어 개발툴의 모임입니다. 인스톨 되는 프로그램: addr2line, ar, as, c++filt, gprof, ld, nm, objcopy, objdump, ranlib, readelf, size, strings 및 strip 인스톨 되는 라이브러리: libiberty.a, libbfd. [a, so] andlibopcodes. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 인스톨 의존성 Binutils 는 이하의 패키지에 의존하는: Bash, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 의 인스톨 그럼, 가상 터미널( PTYs )이 chroot 환경속에서 올바르게 움직이고 있을까를 확인하는 적절한 때입니다. 다시 간단한 테스트를 행하는 것으로 모두가 올바르게 설정함 라고 있는 것을 재빠르게 체크합니다. expect -c "spawn ls" 만약 The system has no more ptys. Ask your system administrator to create more. 그렇다고 하는 메세지가 나온다면, 사용의 chroot 환경은 올바른 PTY 조작으로 설정 되고 있지 않습니다. 이 경우는, 문제를 해결할 수 있게 될 때까지 Binutils 와 GCC 에의 테스트는 의미가 없습니다. the Section called prov 와 devpts 후 이르시스템의 마운트라고 하는 경우(때)와 the Section called 디바이스의 작성 (Makedev-1. 7)이라고 하는 마디에 돌아와, 문제를 수정하는데 소정의 순서를 밟아 간다 (이)다 차이. Note: 이 장의 Binutils 에의 테스트스이트는 필수라고 생각하고 있습니다. 어떤 상황하라도 테스트를 날려 버리지 않게 주의해 둡니다. 이 패키지는 디폴트 최적화 플래그( -march 및 -mcpu 옵션을 포함한다)를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 물으면 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서 무엇인가의 환경 변수를 정의하고 싶은들 , Binutils 를 구축할 때에, 그 설정을 해제 하는지, 수정하도록(듯이) 추천합니다. Binutils 의 문서는, 소스 디렉토리와는 다른 구축 전용 디렉토리에서 안녕 파일 하도록(듯이) 권하고 있습니다. mkdir ../binutils-build cd ../binutils-build 그런데 컴파일을 위해서(때문에) Binutils 를 준비합니다. ../binutils-2. 14/configure \ --prefix=/usr --enable-shared 패키지를 컴파일 합니다. make tooldir=/usr 통상, tooldir(실행 파일이 들어가게 되는 디렉토리)는 $ (exec_prefix)/$(target_alias)로 설정되어 있어, 예를 들어 /usr/ i686-pc-linux-gnu 와 같이 됩니다. 자신의 시스템을 구축할 뿐(만큼)이므로 , /usr 안에 이 대상이 되는 특정의 디렉토리는 필요 없습니다. 시스템 하지만 크로스 컴파일(예를 들어 PowerPC 로 실행되는 코드를 Intel 머신 그리고 생성하는 것 같은 패키지의 컴파일)에 사용된다면, 그러한 섹 트압이 사용되게 됩니다. 결과를 테스트합니다. make check the Section called Binutils-2. 14 의 인스톨 in Chapter 5라고 하는 마디인가 들의 테스트스이트의 설명서는 여기에서도 아직 매우 도움이 됩니다. 만일 무엇인가 의 문을 가지면(자) 거기를 참조해 확인해 주세요. 패키지를 인스톨 합니다. make tooldir=/usr install 몇개의 패키지에 필요하게 되는 libiberty 헤더 파일을 인스 발가락 르 합니다. cp ../binutils-2. 14/include/libiberty.h /usr/include ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC-3. 3.1 의 인스톨 추정 구축 시간: 11.7 SBU 추정 필요 디스크 스페이스 294 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 내용 GCC 패키지는 C 및 C++ 컴파일러등을 포함한 GNU 콘파이라코레크시 를 수용하고 있습니다. 인스톨 되는 프로그램: c++, cc (link to gcc), cc1, cc1plus, collect2, cpp, g++, gcc, gccbug, 및 gcov 인스톨 되는 라이브러리: libgcc.a, libgcc_eh.a, libgcc_s.so, libstdc++. [a, so] 및 libsupc++.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 인스톨 의존성 GCC 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Findutils, Gawk, Gettext, Glibc, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 인스톨 Note: 이 장의 GCC 에의 테스트스이트는 중대하다라고 생각됩니다. 응인 상황하에서도 테스트를 날려 버리지 않게 주의해 둡니다. 이 패키지는 디폴트 최적화 플래그( -march 및 -mcpu 옵션을 포함한다)를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 물으면 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서 무엇인가의 환경 변수를 정의하고 싶은들 , GCC 를 구축할 때에, 그 설정을 해제한다 인가, 수정하도록(듯이) 추천합니다. 이번은, C 와 C++ 컴파일러의 양쪽 모두를 구축하므로, GCC-core 와 GCC-g++ tarball 를 해동해, 같은 디렉토리에 전개합니다. 똑같이, GCC 테스트 스이트팍케이지도 꺼내는 편이 좋을 것입니다. GCC 패키지의 방법 (이)라고는 컴파일러 이외에도, 좀 더 많은 것을 꾸리고 있습니다. 이러한 구축 에 대한 설명은 http://www.linuxfromscratch.org/blfs/view/stable/ general/gcc.html 에 있습니다. patch -Np1 -i ../gcc-3. 3.1-no_fixincludes-2.patch patch -Np1 -i ../gcc-3. 3.1-suppress-libiberty.patch 2번째의 패치는, 여기에서는 Binutils 에 의해 제공된 것을 사용하므로, GCC 로부터의 libiberty 의 인스톨을 실시하지 않습니다. 제 5 장으로부터의 GCC 스페 크에의 패치를 수신자명 이상하게 주의합시다. GCC 문서는, 소스 디렉토리와는 다른 구축 전용 디렉토리에서 컴파일 하도록(듯이) 권하고 있습니다. mkdir ../gcc-build cd ../gcc-build 그러면 컴파일을 위해서(때문에) GCC 를 준비합니다. ../gcc-3. 3.1/configure --prefix=/usr \ --enable-shared --enable-threads=posix \ --enable-__cxa_atexit --enable-clocale=gnu \ --enable-languages=c, c++ 패키지를 컴파일 합니다. make 결과를 테스트합니다만, 에러로 멈추지 않게(몇개의 기존의 물건을 사 있기 시작하겠지요) 합니다. make -k check the Section called GCC-3. 3.1 의 인스톨 in Chapter 5라고 하는 마디로부터의 테스트스이트의 설명서는 여기에서도 아직 매우 도움이 됩니다. 만일 무엇인가 의문을 가지면(자) 거기를 참조해 확인해 주세요. 그리고 패키지를 인스톨 합니다. make install 몇개의 패키지는 C Preprocessor 가 /lib 디렉토리에 인스 발가락 르 하도록(듯이) 요구하는 패키지도 있습니다. 이러한 패키지를 위해서(때문에), 시 보릭크리크를 만듭니다. ln -s ../usr/bin/cpp /lib 많은 패키지가 C 컴파일러를 호출하는데 cc 라는 이름을 사용합니다. 이러한 패키지에 맞추기 위해서(때문에), 기호 연결을 만듭니다. ln -s gcc /usr/bin/cc Note: 이 시점에서, 이 장의 처음의 (분)편으로 행한 완성도 테스트를 반복한다 일을 강하게 권합니다. the Section called Toolchain 를 재조정하면(자) 있고 절을 다시 참조해 체크를 반복합시다. 만약 결과가 나쁘면, 제 5 장으로부터의 GCC Specs 패치를 틀려 대고 있다는 것이 가장 아 그런 원인이지요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils-5. 0 의 인스톨 추정 구축 시간: 0.9 SBU 추정 필요 디스크 스페이스 69 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 의 내용 Coreutils 패키지는 기본적인 쉘 유틸리티의 1 갖춤 전부를 함축 . 인스톨 되는 프로그램: basename, cat, chgrp, chmod, chown, chroot, cksum, comm, cp, csplit, cut, date, dd, df, dir, dircolors, dirname, du, echo, env, expand, expr, factor, false, fmt, fold, groups, head, hostid, hostname, id, install, join, kill, link, ln, logname, ls, md5sum, mkdir, mkfifo, mknod, mv, nice, nl, nohup, od, paste, pathchk, pinky, pr, printenv, printf, ptx, pwd, readlink, rm, rmdir, seq, sha1sum, shred, sleep, sort, split, stat, stty, su, sum, sync, tac, tail, tee, test, touch, tr, true, tsort, tty, uname, unexpand, uniq, unlink, uptime, users, vdir, wc, who, whoami 및 yes ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 인스톨 의존성 Coreutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 의 인스톨 보통, uname 의 기능은, -p 스윗치가 언제나 "unknown" 와 돌려주어지는 점으로써, 넘어 망가져 있습니다. 이하의 패치는 Intel 아키텍쳐에 대한 이 거동을 수정합니다. patch -Np1 -i ../coreutils-5. 0-uname.patch Coreutils 에 수록된 판의 hostname 프로그램은, Net-tools 에 의해 제 제공되는 버젼보다 뒤떨어지고 있으므로 인스톨해 주었으면 하지는 않습니다 . 패치를 대어 그 인스톨 하지 않게 해 주세요. patch -Np1 -i ../coreutils-5. 0-hostname-2.patch 그런데 컴파일을 위해서(때문에) Coreutils 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 제 5 장에서는, Coreutils 로부터의 su 프로그램은 root 권한을 필요로 했으므로 인스톨 되지 않았습니다. 테스트스이트를 위해서(때문에) 그 프로그램 에 필요합니다. 그러므로, 지금 그것을 인스톨 해 문제를 회피 섬 해 . make install-root 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 그러나, 이 특별한 테스트스이트는 LFS 의 구축의 빠른 단계에서는 존재하지 않는 비 root 유저와 그룹에 대해, 당연 있는 것으로 결정해 걸립니다. 이 때문에, 테스트를 올바르게 실행하기 위해서 더미의 시스템 유저를 한사람과 더미 그룹을 2개 만듭니다. 테스트 스이트를 실행하고와 선택하면(자),"패키지의 인스톨"까지 날려 주세요. 이하의 커멘드로 테스트스이트에 대비해, 한사람의 더미 유저명 (와)과 2개의 더미 그룹을 만듭니다. echo "dummy1:x:1000" >> /etc/group echo "dummy2:x:1001:dummy" >> /etc/group echo "dummy:x:1000:1000:::/bin/bash" >> /etc/passwd 몇개의 테스트는 root 로 실행하는 것을 의미합니다. make check-root 테스트의 나머지는 더미 유저로 실시합니다. su dummy -c "make RUN_EXPENSIVE_TESTS=yes check" 더미 그룹과 더미 유저명을 삭제합니다. sed -i.bak '/dummy/d' /etc/passwd /etc/group 패키지를 인스톨 합니다. make install 그리고 몇개의 프로그램을 그 올바른 장소에 이동시킵니다. mv /usr/bin/{basename, cat, chgrp, chmod, chown, cp, dd, df} /bin mv /usr/bin/{dir, dircolors, du, date, echo, false, head} /bin mv /usr/bin/{install, ln, ls, mkdir, mkfifo, mknod, mv, pwd} /bin mv /usr/bin/{rm, rmdir, shred, sync, sleep, stty, su, test} /bin mv /usr/bin/{touch, true, uname, vdir} /bin mv /usr/bin/chroot /usr/sbin 마지막으로, 몇개의 필요한 기호 연결을 만듭니다. ln -s test /bin/[ ln -s ../../bin/install /usr/bin ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib-1. 1.4 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 1.5 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib 의 내용 Zlib 패키지는 몇개의 프로그램이 그 압축과 전개의 기능을 위해서(때문에) 필요 (으)로 하는 libz 라이브러리를 포함합니다. 인스톨 되는 라이브러리: libz[a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib 인스톨 의존성 Zlib 는 이하의 패키지에 의존하는: Binutils, Coreutils, GCC, Glibc, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib 의 인스톨 Zlib 는 그 gzprintf() 함수안에 잠재적인 버퍼 오버플로우를 지 (이)라고 있어 이용하는 것이 어렵기 때문에, 이하의 패치를 대어 대처하는 편이 좋고 짊어진다. patch -Np1 -i ../zlib-1. 1.4-vsnprintf.patch 컴파일을 위해서(때문에) Zlib 를 준비합니다. . /configure --prefix=/usr --shared Note: Zlib 는, 환경 변수에 CFLAFS 가 지정되고 있으면(자), 공유 라이브러리 의 구축이 부정하게 되는 것이 알려져 있습니다. CFLAGS 변수를 사용하고 있데 들 , 이 처리동안 -fPIC 명령을 확실히 더해, 끝난 후에 삭제합니다. 패키지를 컴파일 합니다. make 공유 라이브러리를 인스톨 합니다. make install 그런데 비공유 라이브러리도 구축합니다. make clean . /configure --prefix=/usr make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make test 그럼 패키지를 인스톨 합니다. make install 공유 Zlib 라이브러리는 /lib 디렉토리에 인스톨 되지 않으면 가라 선. 이것은, /use 디렉토리없이 기동해야 하는 경우에서도, 지극히 중요한 시스템 프로그램은 여전히 이 라이브러리에 액세스 한다 (으)로부터입니다. mv /usr/lib/libz.so. * /lib /usr/lib/libz.so 기호 연결은, 벌써 이동시켰으므로, 이미 존재 하지 않는 파일에 링크되고 있게 됩니다. 라이브러리의 새로운 장소 에 대해서 기호 연결을 만듭니다. ln -sf ../../lib/libz.so. 1 /usr/lib/libz.so Zlib 는 그 문장을 인스톨 하지 않습니다. 이 문장을 인스톨 하기 위해서 다음의 커멘드를 실행합니다. cp zlib. 3 /usr/share/man/man3 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils-0. 3 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 1.1 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils 의 내용 Lfs-Utils 패키지는 여러가지 패키지에 사용되는 여러 가지 잡다한 프로그램을 포함합니다만, 각각 개별의 패키지를 하청받는만큼 크지는 않습니다. 인스톨 되는 프로그램: mktemp, tempfile, http-get and iana-net 인스톨 되는 파일: protocols, services ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils 인스톨 의존성 (의존성은 아직 조사되고 있지 않습니다. ) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils 의 인스톨 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install 그런데 그러면 Lfs-Utils tarball 에 포함되어 있는 2개의 서포트 파일을 눈 목표의 장소에 카피합니다. cp etc/{services, protocols} /etc /etc/services 파일은, 서비스 넘버를 사람이 읽을 수 있는 이름에 하는데 사용되어 /etc/protocols 는 같은 일을 프로토콜 넘버에 대해서 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils-4. 1.20 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 7.5 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 의 내용 Findutils 패키지는, 온더 플라이 방식(실황적으로 디렉토리를 재귀검 색 해 사양에 맞은 파일을 표시하는 방식)과 데이타베이스를 통해 검색 방식의 양쪽 모두의 파일을 찾는 프로그램을 포함합니다. 인스톨 되는 프로그램: bigram, code, find, frcode, locate, updatedb 및 xargs ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 인스톨 의존성 Findutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 의 인스톨 컴파일을 위해서(때문에) Findutils 를 준비합니다. . /configure --prefix=/usr --libexecdir=/usr/bin 디폴트에서는, updatedb 데이타베이스 파일의 장소는 /usr/var 입니다. / var/lib/misc/locatedb 파일의 장소를 FHS 준거로 하기 (위해)때문에, configure 에 --localstatedir=/var/lib/misc 옵션을 건네줍니다. 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk-3. 1.3 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 17 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 의 내용 Gawk 는 텍스트 파일을 조작하는데 사용되는 awk 의 실장입니다. 인스톨 되는 프로그램: awk (gawk 에의 링크), gawk, gawk-3. 1.3, grcat, igawk, pgawk, pgawk-3. 1.3 및 pwcat ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 인스톨 의존성 Gawk 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 의 인스톨 처음에 이하의 문제를 수정하기 위해서 패치를 댑니다. · Gawk 의 몇개의 실행 가능 파일의 디폴트의 장소는 $prefix/ libexec/awk 입니다. FHS 규격에서는 이 libexec 로 불리는 디렉토리 에조차 언급하고 있지 않고, FHS 준거가 아닙니다. 이 패치는, 콘후 그스크리프트에 --libexecdir 스윗치를 건네주는 것을 가능하게 하기 때문에 , grcat 와 pwcat 의 바이너리를 보다 적절한 장소, 즉 /usr/bin 로 사용한다 일이 생깁니다. · Gawk 의 디폴트의 데이터 디렉토리는 $prefix/share/awk 입니다. 해 하사 패키지에 특유의 디렉토리는 패키지의 이름과 버젼차례 호를 사용해 이름이 붙여져야 하는 것으로(예를 들어 gawk-7. 7.2. ), 시스템에 이 된 버젼의 패키지가 인스톨 되고 있을지도 모르는거야 그리고, 단순하게 패키지의 이름인 만큼 해야 하지는 않습니다. 이 패치는 데이터 디렉토리의 이름을 올바른 $prefix/share/gawk-3. 1.3 으로 변경해 . ·이 패치는 또, 이 데이터 디렉토리가 그 내용도 포함해, make uninstall 에 의해 삭제되는 것을 확실히 합니다. patch -Np1 -i ../gawk-3. 1.3-libexecdir.patch 그러면 컴파일을 위해서(때문에) Gawk 를 준비합니다. . /configure --prefix=/usr --libexecdir=/usr/bin 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses-5. 3 의 인스톨 추정 구축 시간: 0.6 SBU 추정 필요 디스크 스페이스 27 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 의 내용 Ncurses 패키지는 캐릭터와 단말을 취급하는, 패널과 메뉴를 포함한 라 이브라리를 제공합니다. 인스톨 되는 프로그램: captoinfo (tic 에의 링크), clear, infocmp, infotocap (tic 에의 링크), reset (tset 에의 링크), tack, tic, toe, tput 및 tset 인스톨 되는 라이브러리: libcurses. [a, so] (libncurses. [a, so] 에의 링크), libform. [a, so], libmenu. [a, so], libncurses++.a, libncurses. [a, so], libpanel. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 인스톨 의존성 Ncurses 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 의 인스톨 2개(살)의 약간의 버그를 수정합니다. patch -Np1 -i ../ncurses-5. 3-etip-2.patch patch -Np1 -i ../ncurses-5. 3-vsscanf.patch 1번째의 패치는 etip.h 헤더 파일을 바로잡아, 2번째의 패치는 바람직하고 없는 헤더의 사용에 대해, 몇개의 컴파일러의 경고를 내지 않게 해 . 그런데 그러면 컴파일을 위해서(때문에) Ncurses 를 준비합니다. . /configure --prefix=/usr --with-shared \ --without-debug 패키지를 컴파일 합니다. make 패키지를 인스톨 합니다. make install Ncurses 의 라이브러리에 실행의 허가를 줍니다. chmod 755 /usr/lib/*. 5.3 그리고 실행 가능하게 해야 하는 것이 아닌 라이브러리를 수정합니다. chmod 644 /usr/lib/libncurses++.a 라이브러리를 두어야 할 장소라고 기대되는 /lib 디렉토리에 이동시킵시다 . mv /usr/lib/libncurses.so. 5* /lib 라이브러리가 /lib 에 이동되었으므로, 몇개의 기호 연결은 현재 존재하지 않는 파일을 가리키고 있습니다. 이러한 기호 연결을 만들어 수선 짊어진다. ln -sf ../../lib/libncurses.so. 5 /usr/lib/libncurses.so ln -sf libncurses.so /usr/lib/libcurses.so ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim-6. 2 의 인스톨 추정 구축 시간: 0.4 SBU 추정 필요 디스크 스페이스 34 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 를 대신하는 것 Vim 보다 다른 편집자- Emacs 나 Joe, Nano -가 좋으면, 제안되었다 인스톨의 설명을 찾는데 http://www.linuxfromscratch.org/blfs/view/ stable/postlfs/editors.html 를 봅시다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 의 내용 Vim 패키지는 능률적인 문장 편집을 가능하게 하기 위해서 구축된 최적화 가능 텍스트 문자 편집기를 포함합니다. 인스톨 되는 프로그램: efm_filter.pl, efm_perl.pl, ex (vim 에의 링크), less.sh, mve.awk, pltags.pl, ref, rview (vim 에의 링크), rvim (vim 에의 링크), shtags.pl, tcltags, vi (vim 에의 링크), view (vim 에 의 링크), vim, vim132, vim2html.pl, vimdiff (vim 에의 링크), vimm, vimspell.sh, vimtutor 및 xxd ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 인스톨 의존성 Vim 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 의 인스톨 디폴트의 vimrc 와 gvimrc 파일의 장소를 /etc 에 변경합니다. echo '#define SYS_VIMRC_FILE "/etc/vimrc"' >> src/feature.h echo '#define SYS_GVIMRC_FILE "/etc/gvimrc"' >> src/feature.h 그러면 컴파일을 위해서(때문에) Vim 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 그러면 패키지를 인스톨 합니다. make install Vim 는 이하의 커멘드로 만들어지는 기호 연결을 만드는 것으로, 구식의 vi 모드로 실행할 수가 있습니다. ln -s vim /usr/bin/vi LFS 시스템에 X window 시스템을 인스톨 하려고 하고 있다면, X (을)를 인스톨 한 뒤에 Vim 를 재컴파일 하면 좋을 것입니다. Vim 에 (은)는 X 와 그 외 몇개의 인스톨 되고 있는 라이브러리를 요구하는 멋진 GUI 버젼이 부속되어 있습니다. 보다 자세한 정보는 Vim 의 설명문장을 읽어 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 를 설정한다 디폴트에서는, vim 는 vi 호환 모드로 실행됩니다. 이것을 좋아하는 사람도 있다 일지도 모릅니다만, 우리는 vim 를 vim 모드로 실행하는 것을 선택하고 있습니다. (그렇지 않으면, 본서에 vim 를 넣지 않고, 오리지날의 vi 대로 하는 것으로 해 . ) 이하의 커멘드를 실행해 /root/.vimrc 를 만듭니다. cat > /root/.vimrc << "EOF" " Begin /root/.vimrc set nocompatible set bs=2 " End /root/.vimrc EOF ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4-1. 4 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 3.0 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4 의 내용 M4 는 매크로 프로세서입니다. 이 프로그램은 입력을 그대로 출력해, 그 때에 매크로를 전개합니다. 매크로는 편입이나 유저 정의의 어디라도 자주(잘) , 인수는 몇개에서도 취할 수 있습니다. 매크로를 전개하는 일 이외에도, M4 는 지정되었다 파일을 수중에 넣는, Unix 커멘드를 실행하는, 정수의 계산을 행한다, 여러가지 방법으로 텍스트를 조작하는, 재귀 정의, 등을 포함한 기능을 가지고 있습니다. M4 프 로그 램은 컴파일러에 대한 프론트엔드로서 또 그것 자신의 기능으로 어느 매크로 프로세서로서 사용할 수 있습니다. 인스톨 되는 프로그램: m4 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4 인스톨 의존성 M4 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4 의 인스톨 컴파일을 위해서(때문에) M4 를 준비합시다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison-1. 875 의 인스톨 추정 구축 시간: 0.6 SBU 추정 필요 디스크 스페이스 10.6 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison 의 내용 Bison 는 yacc 의 대신이 되는 구문 분석 제너레이터입니다. Bison 는 테키스 트파일의 구조를 검사하는 프로그램을 생성합니다. 인스톨 되는 프로그램: bison 및 yacc 인스톨 되는 라이브러리: liby.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison 인스톨 의존성 Bison 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison 의 인스톨 최초로, CVS 로부터 백 포토 된 bison 에의 패치를 사용합니다. 그러한 패치는 몇개의 패키지의 마이너스적인 컴파일의 문제를 수정합니다. patch -Np1 -i ../bison-1. 875-attribute.patch 컴파일을 위해서(때문에) Bison 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. (시간이 걸립니다. ) make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less-381 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 3.4 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less 의 내용 Less 는 파일 pager, 또는 테키스트뷰워입니다. 이것은 파일이나 시냇물의 내용을 표시해, 스크롤 하는 능력이 있습니다. Less 는 more -전기밥통에는 포함되지 않는, 후방에 스크롤 하는 기능등의 몇개의 특징을 가지고 있습니다. 인스톨 되는 프로그램: less, lessecho 및 lesskey ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less 인스톨 의존성 Less 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less 의 인스톨 컴파일을 위해서(때문에) Less 를 준비합니다. . /configure --prefix=/usr --bindir=/bin --sysconfdir=/etc 콘피그오프션의 의미 · --sysconfdir=/etc: 이 옵션은, 패키지에 의해 만들어지는 프로 그램의 설정 파일을 /etc 중(안)에서 찾도록(듯이) 전합니다. 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff-1. 19 의 인스톨 추정 구축 시간: 0.5 SBU 추정 필요 디스크 스페이스 43 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff 의 내용 Groff 패키지는 문장 정형을 위한 몇개의 텍스트 처리 프로그램을 함 봅니다. Groff 는 표준적인 문장과 특별한 커멘드를, 메뉴얼 페이지로 눈에 하는 것 같은 정형된 출력으로 번역합니다. 인스톨 되는 프로그램: addftinfo, afmtodit, eqn, eqn2graph, geqn (eqn 에의 링크), grn, grodvi, groff, groffer, grog, grolbp, grolj4, grops, grotty, gtbl (tbl 에의 링크), hpftodit, indxbib, lkbib, lookbib, mmroff, neqn, nroff, pfbtops, pic, pic2graph, post-grohtml, pre-grohtml, refer, soelim, tbl, tfmtodit, troff 및 zsoelim (soelim 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff 인스톨 의존성 Groff 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff 의 인스톨 Groff 는, 환경 변수 PAGE 에 디폴트의 용지 사이즈를 포함하도록 요구합니다. 이것에 대해, 미국에서는 이하의 커멘드가 적절합니다. 다른 장소에 살고 있데 들 , PAGE=letter 로부터 PAGE=A4 에 변경해도 좋을 것입니다. 컴파일을 위해서(때문에) Groff 를 준비합니다. PAGE=letter . /configure --prefix=/usr 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install xman 와 같은 문서 프로그램은, 이하의 기호 연결이 없으면 올바르고 동 오지 않습니다. ln -s soelim /usr/bin/zsoelim ln -s eqn /usr/bin/geqn ln -s tbl /usr/bin/gtbl ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed-4. 0.7 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 5.2 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 의 내용 Sed 는 시냇물 편집자입니다. 시냇물 편집자는 입력되는 스트리 무(파일 또는 파이프라인으로부터의 입력)에 대해서 기본적인 텍스트변 환을 행하기 위해서(때문에) 사용됩니다. 인스톨 되는 프로그램: sed ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 인스톨 의존성 Sed 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 의 인스톨 Sed 의 인스톨과 컴파일을 위해서(때문에) Sed 를 준비합니다. . /configure --prefix=/usr --bindir=/bin 패키지를 인스톨 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex-2. 5.4a 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 3.4 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex 의 내용 Flex 패키지는 텍스트안의 패턴을 찾아내기 위한 프로그램을 생성 합니다. 인스톨 되는 프로그램: flex, flex++ (flex 에의 링크) 및 lex 인스톨 되는 라이브러리: libfl.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex 인스톨 의존성 Flex 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex 의 인스톨 컴파일을 위해서(때문에) Flex 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make bigcheck 그리고 패키지를 인스톨 합니다. make install Lex 라이브러리가 /usr/lib (안)중에 있는 것을 요구하는 몇개의 패키지 (이)가 있습니다. 이것에 대처하기 위한 기호 연결을 만듭니다. ln -s libfl.a /usr/lib/libl.a 몇개의 프로그램은 아직 flex 를 알지 못하고, 그 전신인 lex 를 실행해 로 합니다. 이러한 프로그램을 서포트하기 위해서, flex 를 Lex 에뮤 배급량 모드로 호출하는 lex 라는 이름의 셸 스크립트를 만듭니다. cat > /usr/bin/lex << "EOF" #! /bin/sh # Begin /usr/bin/lex exec /usr/bin/flex -l "$@" # End /usr/bin/lex EOF chmod 755 /usr/bin/lex ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext-0. 12.1 의 인스톨 추정 구축 시간: 6.9 SBU 추정 필요 디스크 스페이스 55 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 의 내용 Gettext 패키지는 국제화와 지역화를 위해 사용됩니다. 프로그램은, 유 더-의 모국어로 메세지를 보내는 것을 가능하게 하는 모국어 서포트( NLS )로 컴파일 될 수가 있습니다. 인스톨 되는 프로그램: autopoint, config.charset, config.rpath, gettext, gettextize, hostname, msgattrib, msgcat, msgcmp, msgcomm, msgconv, msgen, msgexec, msgfilter, msgfmt, msggrep, msginit, msgmerge, msgunfmt, msguniq, ngettext, project-id, team-address, trigger, urlget, user-email 및 xgettext 인스톨 되는 라이브러리: libasprintf[a, so], libgettextlib[a, so], libgettextpo[a, so] 및 libgettextsrc[a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 인스톨 의존성 Gettext 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 의 인스톨 컴파일을 위해서(때문에) Gettext 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. (시간이 걸립니다. ) make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools-1. 60 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스: 9.4 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools 의 내용 Net-tools 패키지는 Linux 의 네트워크의 기초를 형태 만드는 프로그램의 집 를 포함합니다. 인스톨 되는 프로그램: arp, dnsdomainname (hostname 에의 링크), domainname (hostname 에의 링크), hostname, ifconfig, nameif, netstat, nisdomainname (hostname 에의 링크), plipconfig, rarp, route, slattach 및 ypdomainname (hostname 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools 인스톨 의존성 Net-tools 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools 의 인스톨 이하의 make config 의 사이에게 물을 수 있는 모든 질문에 대해, 뭐라고 대답할까 분 들 없으면 디폴트의 값을 받고 넣읍시다. 이것은 대체로의 경우 잘되어 . 여기서 묻는 것은, 커넬로 어느 네트워크 프로토콜을 유 효과로 했는가라고 하는 것에 대하여의 질문집입니다. 디폴트의 대답은, TCP, PPP (와)과 그 외 몇개의 가장 일반적인 프로토콜로 움직이도록(듯이), 이 패키지인가 들의 툴을 유효하게 합니다. 게다가 실제로 커넬로 이러한 프로토콜을 유효하게 할 필요가 있습니다. 여기서 하는 것은, 다만 패키지에 프로그램 안의 이러한 프로토콜의 서포트를 포함하는 것을 전할 뿐만 아니라, 카 네루까지 포함해 프로토콜을 이용할 수 있도록(듯이) 하는 것입니다. 처음에 mii-tool 프로그램의 소스안에 있는 약간의 문법적인 문제를 수정합니다. patch -Np1 -i ../net-tools-1. 60-miitool-gcc33-1.patch 그런데 그러면 컴파일을 위해서(때문에) Net-tools 를 준비합니다. make config 디폴트의 설정을 사용할 생각이라면, 대신에 yes "" | make config 를 실행 하는 것으로 make config 에 의해 만들어지는 질문을 퍼부어도 괜찮을 것입니다. 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make update ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils-1. 4.2 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 11 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils 의 내용 Inetutils 패키지는 네트워크 클라이언트와 서버를 포함합니다. 인스톨 되는 프로그램: ftp, ping, rcp, rlogin, rsh, talk, telnet 및 tftp ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils 인스톨 의존성 Inetutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils 의 인스톨 컴파일을 위해서(때문에) Inetutils 를 준비합니다. . /configure --prefix=/usr --disable-syslogd \ --libexecdir=/usr/sbin --disable-logger \ --sysconfdir=/etc --localstatedir=/var \ --disable-whois --disable-servers 콘피그오프션의 의미 · --disable-syslogd: 이 옵션은, System Log Daemon 를 인스 발가락 르 하지 않습니다. System log daemon 는, Sysklogd 로부터 인스톨 됩니다 . · --disable-logger: 이 옵션은, logger 프로그램을 인스톨 하지 않습니다. logger 프로그램은, 시스템 로그 demon에게 메세지를 도 스크립트에 의해 사용됩니다. Util-linux 가 나중에 보다 좋은 판을 이 스토르 하므로, 여기에서는 logger 를 인스톨 하지 않습니다. · --disable-whois: 이 옵션은, 슬플 정도 시대착오가 되어 섬 Inetutils 수록의 whois 클라이언트의 구축을 무효로 합니다. 보다 양 있고 whois 클라이언트의 설명은 BLFS 북안에 있습니다. · --disable-servers: 이것은 Inetutils 패키지의 일부로서 포함된다 여러가지 네트워크 서버의 인스톨을 무효로 합니다. 이러한 사 -바는 기본적인 LFS 시스템에는 부적절하다고 생각됩니다. 몇개(살)이나 의 성질로부터 안전하지 않고, 신용할 수 있는 네트워크에서만 안전이라고 생각되어 . 보다 자세한 정보는 http://www.linuxfromscratch.org/blfs/view/ stable/basicnet/inetutils.html 에 있습니다. 이러한 서버가 많게 대해서, 보다 좋은 대용품을 이용할 수 있는 것을 적어 둡니다. 패키지를 컴파일 합니다. make 인스톨 합니다. make install 그리고 ping 프로그램을 그 적절한 장소에 이동시킵니다. mv /usr/bin/ping /bin ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl-5. 8.0 의 인스톨 추정 구축 시간: 2.9 SBU 추정 필요 디스크 스페이스 143 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 의 내용 Perl 패키지는 perl, the Practical Extraction and Report Language 를 포함합니다. Perl 는 C 나 sed, awk 및 sh 의 가장 좋은 특징의 몇개인가를 1개 에 통합한 강력한 언어입니다. 인스톨 되는 프로그램: a2p, c2ph, dprofpp, enc2xs, find2perl, h2ph, h2xs, libnetcfg, perl, perl5. 8.0 (perl 에의 링크), perlbug, perlcc, perldoc, perlivp, piconv, pl2pm, pod2html, pod2latex, pod2man, pod2text, pod2usage, podchecker, podselect, psed (s2p 에의 링크), pstruct (c2ph 에의 링크), s2p, splain and xsubpp 인스톨 되는 라이브러리: (too many to name) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 인스톨 의존성 Perl 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 의 인스톨 컴파일을 위해서(때문에) Perl 를 준비합니다. . /configure.gnu --prefix=/usr Perl 자신을 구축하는데 설정하는 방법에 대해 좀 더 제어하고 싶으면, 대화적 설정 스크립트를 실행할 수 있고, Perl 가 구축되는 방법을 수정할 수 있습니다. 기 계적인 디폴트의 Perl 자동 검출을 살릴 수 있다고 생각한다면, 상술한 커멘드 (을)를 사용해 주세요. 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 최초로 기본적인 /etc/hosts 라고 하는 파일을 작성하지 않으면 안됩니다. /etc/ hosts 라고 하는 파일은, 로컬 호스트의 이름을 해결하는 한 벌의 테스트에 필 요점입니다. echo "127.0. 0.1 localhost $(hostname)" > /etc/hosts 바란다면, 테스트를 실행합니다. make test 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo-4. 6 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 17 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 의 내용 Texinfo 패키지는, 시스템의 공식 문장을 제공하는 Info 문서를 읽어, 써, 변환하기 위해서 사용되는 프로그램을 포함합니다. 인스톨 되는 프로그램: info, infokey, install-info, makeinfo, texi2dvi 및 texindex ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 인스톨 의존성 Texinfo 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 의 인스톨 컴파일을 위해서(때문에) Texinfo 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 패키지를 인스톨 합니다. make install 그리고 임의로 TeX 의 인스톨에 속하는 요소를 인스톨 합니다. make TEXMF=/usr/share/texmf install-tex make 파라미터(parameter)의 의미 · TEXMF=/usr/share/texmf: TEXMF makefile 변수는, 예를 들어 나중에 TeX 패키지를 인스톨 할 예정이라면, TeX 트리의 루트의 장소를 보 지킵니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf-2. 57 의 인스톨 추정 구축 시간: 2.9 SBU 추정 필요 디스크 스페이스 7.7 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf 의 내용 Autoconf 는 원시 코드를 자동적으로 최적화하는 셸 스크립트를 생성합니다 . 인스톨 되는 프로그램: autoconf, autoheader, autom4te, autoreconf, autoscan, autoupdate and ifnames ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf 인스톨 의존성 Autoconf 는 이하의 패키지에 의존하는: Bash, Coreutils, Diffutils, Grep, M4, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf 의 인스톨 컴파일을 위해서(때문에) Autoconf 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake-1. 7.6 의 인스톨 추정 구축 시간: 5.3 SBU 추정 필요 디스크 스페이스 6.8 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake 의 내용 Automake 는 Autoconf 로 사용되는 것을 의도된 Makefile.in 를 생성해 . 인스톨 되는 프로그램: acinstall, aclocal, aclocal-1. 7, automake, automake-1. 7, compile, config.guess, config.sub, depcomp, elisp-comp, install-sh, mdate-sh, missing, mkinstalldirs, py-compile, ylwrap ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake 인스톨 의존성 Automake 는 이하의 패키지에 의존하는: Autoconf, Bash, Coreutils, Diffutils, Grep, M4, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake 의 인스톨 컴파일을 위해서(때문에) Automake 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 그것이 올바르게 구축된 것을 보증하는 수많은 체크 (을)를 행하는 테스트스이트를 이용 가능하게 합니다. 테스트를 하기로 했을 경우는 , 이하의 커멘드로 실행 가능합니다. make check 패키지를 인스톨 합니다. make install 그리고 필요한 기호 연결을 만듭니다. ln -s automake-1. 7 /usr/share/automake ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash-2. 05b 의 인스톨 추정 구축 시간: 1.2 SBU 추정 필요 디스크 스페이스 27 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 의 내용 Bash 는 Bourne-Again 쉘이라고 하는, UNIX 시스템으로 넓게 사용되고 있는 팽이 드인타프리타입니다. Bash 프로그램은 표준 입력(키보드)으로부터의 입력을 읽어들입니다. 유저가 무엇인가를 타이프 치면(자) 프로그램은 무엇이 타입 되었는지를 평가해, 거기에 붙어 플러그 램의 실행과 같은 일을 행합니다. 인스톨 되는 프로그램: bash, sh (link to bash) andbashbug ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 인스톨 의존성 Bash 는 이하의 패키지에 의존하는: Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 의 인스톨 Bash 는 그 중에 기대 그대로의 동작을 하지 않는 원인이 되는 몇개의 버그가 있습니다 . 이하의 패치로 이 동작을 수정합니다. patch -Np1 -i ../bash-2. 05b-2.patch 컴파일을 위해서(때문에) Bash 를 준비합니다. . /configure --prefix=/usr --bindir=/bin 패키지를 컴파일 합니다. make 이 패키지는, 그것이 올바르게 구축된 것을 보증하는 수많은 체크 (을)를 행하는 테스트스이트를 이용 가능하게 합니다. 테스트를 하기로 했을 경우는 , 이하의 커멘드로 실행 가능합니다. make tests 패키지를 인스톨 합니다. make install 그리고 새롭고 컴파일 된 Bash 프로그램을 재로드합니다. exec /bin/bash --login +h ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File-4. 04 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 6.3 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File 의 내용 File 는 파일 타입을 결정하기 위해서(때문에) 사용되는 유틸리티입니다. 인스톨 되는 프로그램: file 인스톨 되는 라이브러리: libmagic. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File 인스톨 의존성 File 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed, Zlib. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File 의 인스톨 컴파일을 위해서(때문에) File 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool-1. 5 의 인스톨 추정 구축 시간: 1.5 SBU 추정 필요 디스크 스페이스 20 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool 의 내용 GNU libtools 는 일반적인 라이브러리 서포트 스크립트입니다. Libtools 는 모두 유라이브러리를 사용하는 것의 복잡함을 견실하고 작은 인터페이스의 뒤에 숨깁니다. 인스톨 되는 프로그램: libtool 및 libtoolize 인스톨 되는 라이브러리: libltdl. [a, so]. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool 인스톨 의존성 Libtool 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool 의 인스톨 컴파일을 위해서(때문에) Libtools 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2-1. 0.2 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 3.0 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 의 내용 Bzip2 는 일반적으로 종래의 gzip 가 행하는 것보다도 보다 좋은 압축을 달성하는 브록 쿠소트형의 파일 압축기입니다. 인스톨 되는 프로그램: bunzip2 (link to bzip2), bzcat (bzip2 에 의 링크), bzcmp, bzdiff, bzegrep, bzfgrep, bzgrep, bzip2, bzip2recover, bzless 및 bzmore 인스톨 되는 라이브러리: libbz2.a, libbz2.so (libbz2.so. 1.0 에의 리 크), libbz2.so. 1.0 (libbz2.so. 1.0. 2에의 링크) 및 libbz2.so. 1.0. 2 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 인스톨 의존성 Bzip2 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 의 인스톨 컴파일을 위해서(때문에) Bzip2 를 준비합니다. make -f Makefile-libbz2_so make clean -f 플래그는 Bzip2 에 다른 Makefile 를 사용해 구축하도록(듯이) 합니다. 이 경우는, Makefile-libbz2_so 파일이 되어, 동적인 libbz2.so 라이브러리 (을)를 만들어, 그에 대한 Bzip2 유틸리티를 링크합니다. 패키지를 컴파일 합니다. make 인스톨 합니다. make install 그리고 bzip2 의 공유 바이너리를 /bin 디렉토리에 인스톨 해, 간다 개인가 가 필요한 기호 연결을 만들어, 설거지를 합니다. cp bzip2-shared /bin/bzip2 cp -a libbz2.so* /lib ln -s ../../lib/libbz2.so. 1.0 /usr/lib/libbz2.so rm /usr/bin/{bunzip2, bzcat, bzip2} mv /usr/bin/{bzip2recover, bzless, bzmore} /bin ln -s bzip2 /bin/bunzip2 ln -s bzip2 /bin/bzcat ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils-2. 8.1 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 7.5 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 의 내용 이 패키지로부터의 프로그램은 2개의 파일이나 디렉토리의 차이를 교 네라고 줍니다. 가장 일반적인 사용 외날 소프트웨어 패치를 만드는 것입니다. 인스톨 되는 프로그램: cmp, diff, diff3 and sdiff ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 인스톨 의존성 Diffutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 의 인스톨 컴파일을 위해서(때문에) Diffutils 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed-0. 2 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 3.1 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed 의 내용 GNU Ed 는 8 비트 대응으로 POSIX 준거의 라인 에디터입니다. 인스톨 되는 프로그램: ed and red (ed 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed 인스톨 의존성 Ed 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed 의 인스톨 Note: Ed 는 많은 사람이 사용하는 것이 아닙니다. 여기에서는, ed 베이스의 패치에 조우했을 경우에, 패치 프로그램이 사용하므로 인스톨 되고 . 최근에는 diff 베이스의 패치가 선호되기 (위해)때문에 이 문제는 너무 오코시 오지 않습니다. Ed 는 통상 /tmp 안에 일시파일을 만들기 (위해)때문에 mktemp 함수를 사용합니다만, 와 의 함수는 취약성을 가집니다. ( http://en.tldp.org/HOWTO/ Secure-Programs-HOWTO/avoid-race.html 안의 일시파일의 항을 봐 하야 있고. ) 이하의 패치는 대신에, 일시파일을 만들기 위한 방법으로서 추천이야 라고 있는 mkstemp 를 Ed 가 사용하도록(듯이) 합니다. 패치를 댑니다. patch -Np1 -i ../ed-0. 2-mkstemp.patch 그러면 컴파일을 위해서(때문에) Ed 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 패키지를 인스톨 합니다. make install 그리고 /usr 파티션을 이용할 수 없게 되었을 경우에도 사용할 수 있도록(듯이), 프 로그 램을 /bin 디렉토리에 이동합시다. mv /usr/bin/{ed, red} /bin ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd-1. 08 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 12 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd 의 내용 Kbd 는 키 테이블 파일과 키보드 유틸리티를 포함합니다. 인스톨 되는 프로그램: chvt, deallocvt, dumpkeys, fgconsole, getkeycodes, getunimap, kbd_mode, kbdrate, loadkeys, loadunimap, mapscrn, openvt, psfaddtable (psfxtable 에의 링크), psfgettable (psfxtable 에의 링크), psfstriptable (psfxtable 에의 링크), psfxtable, resizecons, setfont, setkeycodes, setleds, setlogcons, setmetamode, setvesablank, showconsolefont, showkey, unicode_start 및 unicode_stop ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd 인스톨 의존성 Kbd 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Flex, GCC, Gettext, Glibc, Grep, Gzip, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd 의 인스톨 디폴트로 Kbd 의 유틸리티의 몇개인가( setlogcons 와 setvesablank, getunimap )는 인스톨 되지 않습니다. 처음에 이러한 유 티리티의 컴파일을 유효하게 합니다. patch -Np1 -i ../kbd-1. 08-more-programs.patch 그러면 컴파일을 위해서(때문에) Kbd 를 준비합니다. . /configure 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs-1. 34 의 인스톨 추정 구축 시간: 0.6 SBU 추정 필요 디스크 스페이스 48.4 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs 의 내용 E2fsprogs 는 ext2 파일 시스템으로 사용하는 파이르시스템유티리 티를 제공합니다. 이것은 또 쟈나링을 서포트한 ext3 파일 시스템도 서포트합니다. 인스톨 되는 프로그램: badblocks, blkid, chattr, compile_et, debugfs, dumpe2fs, e2fsck, e2image, e2label, findfs, fsck, fsck.ext2, fsck.ext3, logsave, lsattr, mk_cmds, mke2fs, mkfs.ext2, mkfs.ext3, mklost+found, resize2fs, tune2fs 및 uuidgen. 인스톨 되는 라이브러리: libblkid. [a, so], libcom_err. [a, so], libe2p. [a, so], libext2fs. [a, so], libss. [a, so] 및 libuuid. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs 인스톨 의존성 E2fsprogs 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Gettext, Glibc, Grep, Make, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs 의 인스톨 소스 트리 이외로 E2fsprogs 를 구축하는 것을 추천 하고 있습니다. mkdir ../e2fsprogs-build cd ../e2fsprogs-build 컴파일을 위해서(때문에) E2fsprogs 를 준비합니다. ../e2fsprogs-1. 34/configure --prefix=/usr --with-root-prefix="" \ --enable-elf-shlibs 콘피그오프션의 의미 · --with-root-prefix="": e2fsck 프로그램과 같이 있는 프로그램은 극히 째라고 중요한 프로그램이다고 생각되고 있습니다. 예를 들어, /usr 가 마우 트되어 있지 않을 때에는, 이러한 지극히 중요한 프로그램이 이용 성과 필요가 있습니다. 이것들은 /lib 나 /sbin 와 같은 디렉토리에 치인가 . 이 옵션이 E2fsprogs 의 configure 에게 건네지지 않는다고 한다 라고 프로그램은 바라지 않는 /usr 안에 놓여집니다. · --enable-elf-shlibs: 이것은 이 패키지안의 몇개의 프로그램 하지만 이용하는 공유 라이브러리를 만듭니다. 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 패키지의 대부분을 인스톨 합니다. make install 게다가 공유 라이브러리도 인스톨 합니다. make install-libs ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep-2. 5.1 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 5.8 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 의 내용 Grep 는 지정된 패턴에 맞은 라인을 파일로부터 표시하는데 사용되고 프로그램입니다. 인스톨 되는 프로그램: egrep (grep 에의 링크), fgrep (grep 에의 링크) 및 grep ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 인스톨 의존성 Grep 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Make, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 의 인스톨 컴파일을 위해서(때문에) Grep 를 준비합니다. . /configure --prefix=/usr --bindir=/bin \ --with-included-regex 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub-0. 93 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 10 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub 의 내용 Grub 패키지는 부트 로더-를 포함합니다. 인스톨 되는 프로그램: grub, grub-install, grub-md5-crypt, grub-terminfo and mbchk ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub 인스톨 의존성 Grub 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub 의 인스톨 이 패키지는 디폴트 최적화 플래그( -march 및 -mcpu 옵션을 포함한다)를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 물으면 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서 무엇인가의 환경 변수를 정의하고 싶은들 , Grub 를 구축할 때에, 그 설정을 해제한다 인가, 수정하도록(듯이) 추천합니다. 처음에 GCC-3. 3.1 에서의 컴파일의 문제를 수정합니다. patch -Np1 -i ../grub-0. 93-gcc33-1.patch 그러면 컴파일을 위해서(때문에) Grub 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install mkdir /boot/grub cp /usr/share/grub/i386-pc/stage{1,2} /boot/grub i386-pc 디렉토리를 사용의 하드웨어에 맞추어, 적절한 디 렉토 리에 옮겨놓아 주세요. i386-pc 디렉토리는 또, 다른 파일 시스템에서는 수많은 다르다 * stage1_5 파일을 포함합니다. 그것을 이용할 수 있을지 어떨지를 봐, 적절한 것 (을)를 /boot/grub 디렉토리에 카피해 주세요. 대부분(분)편은 e2fs_stage1_5 와 reiserfs_stage1_5 나 양쪽 모두를 카피하겠지요 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip-1. 3.5 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 2.6 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 의 내용 Gzip 패키지는 Kempel-Ziv 코딩( LZ77 )을 사용해 파일을 압 축 하거나 해동하거나 하는 프로그램을 포함합니다. 인스톨 되는 프로그램: gunzip (gzip 에의 링크), gzexe, gzip, uncompress (gunzip 에의 링크), zcat (gzip 에의 링크), zcmp, zdiff, zegrep, zfgrep, zforce, zgrep, zless, zmore 및 znew ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 인스톨 의존성 Gzip 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 의 인스톨 컴파일을 위해서(때문에) Gzip 를 준비합니다. . /configure --prefix=/usr gzexe 프로그램에는, 내부에 짜넣어진 gzip 바이너리의 장소가 있습니다 . 잠시 후에 이 후자의 바이너리의 장소를 변경하므로, 이하의 커멘드로 새롭다 장소가 바이너리안에 놓여지는 것을 확실히 합니다. cp gzexe.in{,. backup} sed 's%"BINDIR"%/bin%' gzexe.in.backup > gzexe.in 패키지를 컴파일 합니다. make 패키지를 인스톨 합니다. make install 그리고 프로그램을 /bin 디렉토리에 이동합니다. mv /usr/bin/gzip /bin rm /usr/bin/{gunzip, zcat} ln -s gzip /bin/gunzip ln -s gzip /bin/zcat ln -s gunzip /bin/uncompress ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-1. 5m2 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 1.9MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man 의 내용 Man 는 man pager 입니다. 인스톨 되는 프로그램: apropos, makewhatis, man, man2dvi, man2html and whatis ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man 인스톨 의존성 Man 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man 의 인스톨 Man 의 출처에 도착해 3개의 조정을 합니다. 1번째의 패치는 whatis 와 같은 프로그램을 사용했을 때의 장황한 결과를 피 차기 위해서(때문에) man.conf 파일안의 "MANPATH /usr/man" 라고 하는 행을 코멘 트아우트 합니다. patch -Np1 -i ../man-1. 5m2-manpath.patch 2번째의 패치는 escape sequence를 올바르게 취급하기 위해서(때문에) PAGER 변수에 -R 옵션을 더합니다. patch -Np1 -i ../man-1. 5m2-pager.patch 세번째의 마지막 패치는 80 열이상으로 정형되어 있지 않은 man page 가 groff 의 최신판과 함께 사용되었을 때에 생기는 문제를 피합니다. patch -Np1 -i ../man-1. 5m2-80cols.patch 그런데 컴파일을 위해서(때문에) Man 를 준비합니다. . /configure -default -confdir=/etc 콘피그오프션의 의미 · -default: 이것은, 실제적인 디폴트의 옵션세트를 선택한다 같게 설정 스크립트에게 전합니다. 예를 들어, 영문의 man page 마셔, 메 세이지카타로그 이루어, man not suid , 압축된 man page 를 취급하는, cat page 를 압축하는, 적절한 디렉토리가 존재할 때는 언제라도 cat page 를 만드는, cat page 를 /var/cache/man 디렉토리하에 두는 것으로 FHS 에 따른다, 라고 한 것입니다. · -confdir=/etc: 이것은 man page 프로그램에 man.conf 라고 하는 설정 파 일을 /etc 디렉토리 중(안)에서 찾도록(듯이) 전합니다. 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install Note: SGR escape sequence를 무효로 하고 싶으면, man.conf 파일 (을)를 편집해 nroff 에 -c 인수를 더합시다. man 페이지에 대해, 포맷과 압축의 문제에 대해 취급하고 있는 http:// www.linuxfromscratch.org/blfs/view/cvs/postlfs/compressdoc.html 로, BLFS 페이지를 보면(자) 좋을 것입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make-3. 80 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 8.8 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 의 내용 Make 는 거대한 프로그램의 어느 원가요소가 재컴파일 될 필요가 있는 것인가 (을)를 자동적으로 결정해, 그것들을 재컴파일하기 위한 커멘드를 발행합니다. 인스톨 되는 프로그램: make ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 인스톨 의존성 Make 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 의 인스톨 컴파일을 위해서(때문에) Make 를 준비합니다. . /configure --prefix=/usr 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils-2. 4.25 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 2.9 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils 의 내용 Modutils 패키지는 커넬 모듈에 대해서 사용할 수 있는 프로그램을 함축 . 인스톨 되는 프로그램: depmod, genksyms, insmod, insmod_ksymoops_clean, kallsyms (insmod 에의 링크), kernelversion, ksyms (insmod 에의 링크), lsmod (insmod 에의 링크), modinfo, modprobe (insmod 에의 링크) 및 rmmod (insmod 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils 인스톨 의존성 Modutils 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Flex, GCC, Glibc, Grep, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils 의 인스톨 컴파일을 위해서(때문에) Modutils 를 준비합니다. . /configure 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch-2. 5.4 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 1.9 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 의 내용 Patch 프로그램은 패치 파일에 따라 파일을 수정합니다. 팟치후 일은 보통 diff 프로그램에 의해 만들어진 리스트로, 그것은 원래의 파 일이 어떻게 수정되는 것을 필요로 할까를 포함하고 있습니다. 인스톨 되는 프로그램: patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 인스톨 의존성 Patch 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 의 인스톨 컴파일을 위해서(때문에) Patch 를 준비합시다. CPPFLAGS=-D_GNU_SOURCE . /configure --prefix=/usr 다시, 프리프로세서 플래그 -D_GNU_SOURCE 는 PowerPC 플랫폼에서 마셔 필요하게 됩니다. 그 외의 아키텍쳐에서는 없애 상관하지 않습니다. 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo-18 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 0.2 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo 의 내용 Procinfo 프로그램은 메모리의 사용이나 IRQ 번호와 같은 시스템 데이터를 / proc 디렉토리로부터 모아 이러한 데이터를 의미가 있는 방법으로 정형합니다. 인스톨 되는 프로그램: lsdev, procinfo and socklist ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo 인스톨 의존성 Procinfo 는 이하의 패키지에 의존하는: Binutils, GCC, Glibc, Make, Ncurses. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo 의 인스톨 Procinfo 를 컴파일 합니다. make LDLIBS=-lncurses make 파라미터의 의미 · LDLIBS=-lncurses: 이것은 Procinfo 에 오랫동안 시대착오가 되었다 libtermcap 대신에 libncurses 라이브러리를 사용하는 것을 전합니다. 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps-3. 1.11 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 6.2 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps 의 내용 Procps 패키지는 시스템 프로세스를 감시해 정지시키는 프로그램을 제공해 . Procps 는 /proc 디렉토리를 통해서 프로세스에 대한 정보를 모음 . 인스톨 되는 프로그램: free, kill, pgrep, pkill, pmap, ps, skill, snice, sysctl, tload, top, uptime, vmstat, w and watch 인스톨 되는 라이브러리: libproc.so ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps 인스톨 의존성 Procps 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, GCC, Glibc, Make, Ncurses. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps 의 인스톨 처음에 있는 로케일의 설정아래에서 w 가 고장나 망가져 버린다고 하는 문제를 수정 합니다. patch -Np1 -i ../procps-3. 1.11-locale-fix.patch 그러면 Procps 를 컴파일 합니다. make 인스톨 합니다. make install 그리고 불필요한 라이브러리 링크를 삭제합니다. rm /lib/libproc.so ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc-21. 3 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 2.2 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc 의 내용 Psmisc 패키지는 /proc 디렉토리를 관리하는 것을 돕는 3개의 프로그 램을 포함합니다. 인스톨 되는 프로그램: fuser, killall and pstree ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc 인스톨 의존성 Psmisc 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc 의 인스톨 컴파일을 위해서(때문에) Psmisc 를 준비합니다. . /configure --prefix=/usr --exec-prefix=/ 콘피그오프션의 의미 · --exec-prefix=/: 이 옵션은, /usr/bin 는 아니고 /bin 에 바이나 리를 인스톨 되도록(듯이) 합니다. Psmisc 프로그램은 브트스크 리프트로 가끔 사용되므로, 그것들은 /usr 파일 시스템이 마우 트 되지 않았던 때도 이용할 수 있도록(듯이) 하는 편이 좋을 것입니다. 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install 디폴트에서는 Psmisc 의 pidof 프로그램이 인스톨 되지 않습니다. 보통 (은)는, 나중에, 보다 좋은 pidof 프로그램을 제공하는 Sysvinit 패키지를 이 스토르 하므로, 이것은 문제가 아닙니다. Sysvinit 를 사용할 생각이 없는 것이라면, 다음에 나타내는 것 같은 기호 연결을 만드는 것으로, 인스 발가락 르를 완료해도 괜찮을 것입니다. ln -s killall /bin/pidof ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow-4. 0.3 의 인스톨 추정 구축 시간: 0.4 SBU 추정 필요 디스크 스페이스 11 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow 의 내용 Shadow 패키지는 시스템 패스워드의 시큐러티를 강화하기 위해서 작등 했다. 인스톨 되는 프로그램: chage, chfn, chpasswd, chsh, dpasswd, expiry, faillog, gpasswd, groupadd, groupdel, groupmod, groups, grpck, grpconv, grpunconv, lastlog, login, logoutd, mkpasswd, newgrp, newusers, passwd, pwck, pwconv, pwunconv, sg (link to newgrp), useradd, userdel, usermod, vigr (vipw 에의 링크) 및 vipw ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow 인스톨 의존성 Shadow 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow 의 인스톨 login, getty 와 init 프로그램(와 그 외 몇개인가)은, 누가 시스템에 로그인했는지, 또, 로그인하고 있는지를 기록하는 많은 로그파이 르를 보존하고 있습니다. 그러나, 이러한 프로그램이 존재하지 않을 때에는 로그 파일이 만들어지지 않기 때문에, 이것을 기록을 하고 싶으면 스스로 파일을 작성해 없으면 안됩니다. Shadow 패키지는 이러한 파일을 적절한 장소에서 찾아내지 않으면 안 되기 때문에, 지금 그것들을 적절한 허가 속성으로 작성합니다. touch /var/run/utmp /var/log/{btmp, lastlog, wtmp} chmod 644 /var/run/utmp /var/log/{btmp, lastlog, wtmp} /var/run/utmp 파일은 현재 로그인하고 있는 유저를 리스트 해, /var/ log/wtmp 파일은 누가 언제 로그인했는지를 리스트 합니다. /var/log/ lastlog 파일은 각각의 유저가 마지막에 언제 로그인했는지를 가르쳐 줘/ var/log/btmp 는 실패한 로그인을 리스트 합니다. Shadow 는 passwd 바이너리에의 패스를 바이너리 자신중에 짜넣습니다만, 와 를 틀린 방법으로 행합니다. passwd 바이너리가 Shadow 의 인스톨 의 전에 존재하지 않으면 패키지는 바이너리가 /bin/passwd 에 놓여지는 것에 된다고 하는 부정확한 가정을 해, 그러나 /usr/bin/passwd 에 인스톨 합니다 . 이것은 /bin/passwd 가 발견되지 않는다고 하는 에러를 일으킵니다. 이 바 그에 대처해, 올바르게 짜넣기 위해서(때문에) 더미의 passwd 파일을 만듭니다. touch /usr/bin/passwd 현재의 Shadow 스위트는 newgrp 커멘드가 실패하는 원인이 되는 문제를 지 (이)라고 있습니다. 이하의 패치( Shadow 의 CVS 코드안에도 나타납니다)로 이 문 제목을 수정합니다. patch -Np1 -i ../shadow-4. 0.3-newgrp-fix.patch 그러면 컴파일을 위해서(때문에) Shadow 를 준비합니다. . /configure --prefix=/usr --libdir=/usr/lib --enable-shared 패키지를 컴파일 합니다. make 그리고 인스톨 합니다. make install Shadow 는 시스템에 대한 인증 환경의 설정을 위해서(때문에) 2개의 파일을 사용합니다 . 이것들2개의 설정 파일을 인스톨 합시다. cp etc/{limits, login.access} /etc 패스워드 체계로, 디폴트의 "crypt" 체계보다 이론적으로 안전한 MD5 파 스워드를 유효하게 해, 8 문자보다 긴 패스워드를 사용할 수 있도록(듯이) 변경 섬 . 또, 유저의 메일 박스로서 낡은 장소의 /var/spool/mail 를 현 재의 /var/mail 로 변경할 필요가 있습니다. 목적의 장소에 카피하는 것과 동시에 , 적절한 설정 파일을 변경하는 것으로 이것을 실시합니다. sed -e 's%/var/spool/mail%/var/mail%' \ -e 's%#MD5_CRYPT_ENAB.no%MD5_CRYPT_ENAB yes%' \ etc/login.defs.linux > /etc/login.defs Note: 상술의 모든 문자를 타이프 칠 때, 충분히 주의해 주세요. 라고를 손으로 입력하는 것보다도, 아마 컷 앤드 페이스 하는 (분)편이 안전해 해 . vipw 의 man page 에 의하면, vigr 프로그램도 또 존재하지 않으면 연못키 응. 인스톨 프로시저는 이 프로그램을 만들지 않기 때문에, 수동으로 신 보릭크리크를 만듭니다. ln -s vipw /usr/sbin/vigr /bin/vipw 상징적 인은 불필요해, 한편 존재하지 않는 파일을 지정하고 있고 의 것으로, 삭제합시다. rm /bin/vipw 그러면 sg 프로그램을 그 올바른 장소에 이동합니다. mv /bin/sg /usr/bin 그리고 Shadow 의 동적 라이브러리를 보다 적절한 장소에 이동합니다. mv /usr/lib/lib{shadow, misc}. so. 0* /lib 몇개의 패키지는 지금 이동된 라이브러리가 /usr/lib (안)중에 있으면(자) 사 우노로, 이하의 기호 연결을 만듭니다. ln -sf ../../lib/libshadow.so. 0 /usr/lib/libshadow.so ln -sf ../../lib/libmisc.so. 0 /usr/lib/libmisc.so Coreutils 가 벌써 groups 프로그램을 /usr/bin 에 인스톨 해 지금 . 바란다면, Shadow 에 의해 인스톨 된 것을 삭제할 수 있습니다. rm /bin/groups ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 그림자 패스워드를 설정한다 이 패키지는 유저의 패스워드를 변경해, 유저나 그룹을 추가 , 삭제하는 것 같은 유틸리티입니다. '패스워드의 그림자화'가 무엇을 의미 하는지를 설명할 생각은 없습니다. 상세한 설명은 해동한 Shadow 소 스트리안에 있는 doc/HOWTO 파일안에 있습니다. Shadow 서포트를 사용할 것을 결정하면(자), 기억해 두어야 할 일이 1개 있습니다. 패스워드를 확실히 필요가 있는 프로그램(예를 들어 xdm, ftp demon, pop3 demon)은 , 그림자화 된 패스워드로 잘 움직이도록(듯이), '그림자 준거'인 필 요점이 있습니다. 그림자화 된 패스워드를 유효하게 하기 위해서, 이하의 커멘드를 실행 섬 . /usr/sbin/pwconv 그리고 그림자화 된 그룹 패스워드를 유효하게 하기 위한(해), 이하의 코만 드를 실행합니다. /usr/sbin/grpconv 통상의 환경에서는, 아직 어떤 패스워드도 만들고 있지 않습니다. 그러나, 그림자 화를 유효하게 하기 위해서 이 항에 돌아오고 있다면, 현재의 모든 passwd 커멘드에 의한 유저 패스워드와 모든 gpasswd 커멘드에 의한 한패 프파스워드를 리셋트 하는 편이괴로울 것입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd-1. 4.1 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 0.5 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 의 내용 Sysklogd 패키지는 커넬로부터 보고되는 것 같은 시스템 로그 메세지 (을)를 기록하기 위한 프로그램을 포함합니다. 인스톨 되는 프로그램: klogd and syslogd ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 인스톨 의존성 Sysklogd 는 이하의 패키지에 의존하는: Binutils, Coreutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 의 인스톨 Sysklogd 를 컴파일 합니다. make 그리고 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 를 설정한다 이하의 커멘드를 실행해 새로운 파일 /etc/syslog.conf 를 만듭니다. cat > /etc/syslog.conf << "EOF" # Begin /etc/syslog.conf auth, authpriv. * -/var/log/auth.log *. *;auth, authpriv.none -/var/log/sys.log daemon. * -/var/log/daemon.log kern. * -/var/log/kern.log mail. * -/var/log/mail.log user. * -/var/log/user.log *. emerg * # End /etc/syslog.conf EOF ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit-2. 85 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 0.9 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 의 내용 Sysvinit 패키지는 그 외 모든 프로그램의 개시, 실행 및 종료를 관리 유익의 프로그램입니다. 인스톨 되는 프로그램: halt, init, killall5, last, lastb (last 에의 링크), mesg, pidof (killall5 에의 링크), poweroff (halt 에의 인 쿠), reboot (halt 에의 링크), runlevel, shutdown, sulogin, telinit (init 에의 링크), utmpdump 및 wall ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 인스톨 의존성 Sysvinit 는 이하의 패키지에 의존하는: Binutils, Coreutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 의 인스톨 런 레벨이 변경되면(자)(예를 들어, 시스템을 정지할 때), init 는 TERM 및 KILL 시그널을, init 가 기동한 프로세스에 대해서 보냅니다. 와 때, init 는 "Sending prodesses the TERM signa" 와 화면에 표시합니다. 와 는 init 가 모든 현재 실행중의 프로세스에 시그널을 보내 있는 것과 같은 인상을 줍니다. 이 혼란을 피하기 (위해)때문에, init.c 파일의 문장을 "Sending processes started by init the TERM signal" 와 개변할 수가 있습니다. 정지 메세지를 편집합니다. cp src/init.c{,. backup} sed 's/Sending processes/Sending processes started by init/g' \ src/init.c.backup > src/init.c Sysvinit 를 컴파일 합니다. make -C src 그리고 인스톨 합니다. make -C src install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 를 설정한다 이하의 커멘드를 실행해 새로운 파일 /etc/inittab 를 만듭니다. cat > /etc/inittab << "EOF" # Begin /etc/inittab id:3:initdefault: si::sysinit:/etc/rc.d/init.d/rc sysinit l0:0:wait:/etc/rc.d/init.d/rc 0 l1:S1:wait:/etc/rc.d/init.d/rc 1 l2:2:wait:/etc/rc.d/init.d/rc 2 l3:3:wait:/etc/rc.d/init.d/rc 3 l4:4:wait:/etc/rc.d/init.d/rc 4 l5:5:wait:/etc/rc.d/init.d/rc 5 l6:6:wait:/etc/rc.d/init.d/rc 6 ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now su:S016:once:/sbin/sulogin 1:2345:respawn:/sbin/agetty tty1 9600 2:2345:respawn:/sbin/agetty tty2 9600 3:2345:respawn:/sbin/agetty tty3 9600 4:2345:respawn:/sbin/agetty tty4 9600 5:2345:respawn:/sbin/agetty tty5 9600 6:2345:respawn:/sbin/agetty tty6 9600 # End /etc/inittab EOF ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar-1. 13.25 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 10 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 의 내용 Tar 는, tar 파일로서 알려진 archive파일에 파일을 보관해 , 거기로부터 꺼내도록(듯이) 설계된 어카이브(archive) 프로그램입니다. 인스톨 되는 프로그램: rmt and tar ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 인스톨 의존성 Tar 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 의 인스톨 컴파일을 위해서(때문에) Tar 를 준비합니다. . /configure --prefix=/usr --bindir=/bin \ --libexecdir=/usr/bin 패키지를 컴파일 합니다. make 이 패키지는, 올바르게 구축된 것을 확인하기 위해서 많은 체크가로 오는 테스트 스위트를 가지고 있습니다. 테스트를 하기로 했을 경우는, 이하의 커멘드로 실행 가능합니다. make check 그리고 패키지를 인스톨 합니다. make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux-2. 12 의 인스톨 추정 구축 시간: 0.2 SBU 추정 필요 디스크 스페이스 16 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 의 내용 Util-linux 패키지는 여러 가지 잡다한 것으로부터 되는 수많은 유틸리티 프로 그램을 포함합니다. 보다 중요한 유틸리티의 몇개인가는 마운트나 안마 운트, 포맷, 파티션 및 디스크 드라이버의 관리, tty 포 트의 오픈이나 커넬 메세지의 취득에 사용됩니다. 인스톨 되는 프로그램: agetty, arch, blockdev, cal, cfdisk, chkdupexe, col, colcrt, colrm, column, ctrlaltdel, cytune, ddate, dmesg, elvtune, fdformat, fdisk, fsck.cramfs, fsck.minix, getopt, hexdump, hwclock, ipcrm, ipcs, isosize, kill, line, logger, look, losetup, mcookie, mkfs, mkfs.bfs, mkfs.cramfs, mkfs.minix, mkswap, more, mount, namei, parse.bash, parse.tcsh, pg, pivot_root, ramsize (rdev 에의 링크), raw, rdev, readprofile, rename, renice, rev, rootflags (rdev 에의 링크), script, setfdprm, setsid, setterm, sfdisk, swapoff (swapon 에의 링크), swapon, test.bash, test.tcsh, tunelp, ul, umount, vidmode (rdev 에의 링크), whereis 및 write ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 인스톨 의존성 Util-linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed, Zlib. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FHS 컴파일 노트 FHS 는 adjtime 파일의 장소로서 통상의 /etc 는 아니고 /var/lib/ hwclock 를 사용하는 것을 권하고 있습니다. hwclock 프로그램을 FHS 준거로 한다 위해(때문에), 이하의 커멘드를 실행합니다. cp hwclock/hwclock.c{,. backup} sed 's%etc/adjtime%var/lib/hwclock/adjtime%' \ hwclock/hwclock.c.backup > hwclock/hwclock.c mkdir -p /var/lib/hwclock ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 의 인스톨 컴파일을 위해서(때문에) Util-linux 를 준비합니다. . /configure 패키지를 컴파일 합니다. make HAVE_SLN=yes make 파라미터(parameter)의 의미 · HAVE_SLN=yes: 이것은 sln 프로그램( Glibc 에 의해 벌써 인스트 르 된 정적으로 링크된 ln )가 다시 구축되지 않게 합니다. 그리고 패키지를 인스톨 합니다. make HAVE_SLN=yes install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC-2. 95.3 의 인스톨 추정 구축 시간: 1.5 SBU 추정 필요 디스크 스페이스 130 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 인스톨 이 패키지는 디폴트 최적화 플래그( -march 및 -mcpu 옵션을 포함한다)를 변경하면(자) 이상한 행동을 하면(자) 알려져 있습니다. 그러니까, 물으면 CFLAGS 나 CXXFLAGS 와 같은, 디폴트의 최적화를 개서 무엇인가의 환경 변수를 정의하고 싶은들 , GCC 를 구축할 때에, 그 설정을 해제한다 인가, 수정하도록(듯이) 추천합니다. 이것은 낡은 판의 GCC 로, 이것을 제 8 장 Linux 커넬을 컴파일 하면(자) 있고 목적을 위해서(때문에) 인스톨 합니다. 이 버젼은, 특별히 안정되어 있는 와 (이)가 필요한 때에 사용하도록(듯이) 커넬 개발 팀에 의해 추천 되고 있습니다. GCC 의 최신판은 Linux 커넬의 컴파일에 대해서 충분한 테스트를 받고 있고 선. 새로운 버젼을 사용해도 잘될 것 같습니다만, 커넬 개발자 들의 어드바이스에 따라, 여기에서는 커넬을 컴파일 하는데 이 화물 운반선 를 사용합니다. Note: 여기에서는 C++ 컴파일러나 라이브러리를 인스톨 하지 않습니다. 해 빌려주어, 그것들을 인스톨 하고 싶은 이유가 있을지도 모릅니다. 보다 상 해 있고 정보는 http://www.linuxfromscratch.org/blfs/view/stable/general/ gcc2.html 로 발견되겠지요. 이 낡은 판의 GCC 를, 벌써 /usr 에 인스톨 되고 있는 시스템의 GCC (와)과의 간섭을 피하기 위해서(때문에), 비표준적인 인스톨 장소인 /opt 헤인스 사용료 합니다. 패치를 대어 약간의 조정을 합니다. patch -Np1 -i ../gcc-2. 95.3-2.patch patch -Np1 -i ../gcc-2. 95.3-no-fixinc.patch patch -Np1 -i ../gcc-2. 95.3-returntype-fix.patch echo timestamp > gcc/cstamp-h.in GCC 문서는, 소스 디렉토리와는 다른 구축 전용 디렉토리에서 컴파일 하도록(듯이) 권하고 있습니다. mkdir ../gcc-2-build cd ../gcc-2-build 컴파일러를 컴파일 해 인스톨 합니다. ../gcc-2. 95.3/configure --prefix=/opt/gcc-2. 95.3 \ --enable-shared --enable-languages=c \ --enable-threads=posix make bootstrap make install ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 개정된 chroot 커멘드 지금부터는, chroot 환경을 빠져, 재차 들어가고 싶을 때는, 다음에 나타내는 수정되었다 chroot 커멘드를 실행하지 않으면 안됩니다. chroot $LFS /usr/bin/env -i \ HOME=/root TERM=$TERM PS1='\u:\w\$ ' \ PATH=/bin:/usr/bin:/sbin:/usr/sbin \ /bin/bash --login /tools 디렉토리에 있는 프로그램을 사용하지 않으면 습관 이유는도 선. 그러나, 아직 /tools 디렉토리를 삭제하고 싶지는 않습니다. 본서의 종 까지 아직 조금 그것을 사용합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-Bootscripts-1. 12 의 인스톨 추정 구축 시간: 0.1 SBU 추정 필요 디스크 스페이스 0.3 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-bootscripts 의 내용 LFS-Bootscripts 패키지는 SysV init 스타일의 셸 스크립트를 포함해 . 이러한 스크립트는 부트의 사이에 파일 시스템의 완전함을 체 쿠 하는, keymap 를 로드하는, 네트워크를 설정하는, 슛다운시에 프로세스를 정지하는 등의 여러가지 일을 행합니다. 인스톨 되는 프로그램: checkfs, cleanfs, functions, halt, ifdown, ifup, loadkeys, localnet, mountfs, mountproc, network, rc, reboot, sendsignals, setclock, swap, sysklogd 및 template ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-Bootscripts 인스톨 의존성 LFS-Bootscritps 는 이하의 패키지에 의존하는: Bash, Coreutils ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-Bootscripts 의 인스톨 본서에서는 SysV 스타일의 init 스크립트를 사용합니다. 여기서 이것을 선택했어 (은)는, 넓게 사용되고 있어, 저희들이 이것에 익숙해 있기 때문입니다. 무엇인가 다른 것을 사 아프면, http://www.linuxfromscratch.org/hints/downloads/files/ bsd-init.txt 로 Marc Heerdink 가 쓴 BSD 스타일의 init 스크립트에 붙은 힌트를 찾아낼 수가 있습니다. 한층 더 무엇인가 좀 더 근본적으로 다른 것도 의가 좋으면, depinit 를 LFS 메일링리스트로 찾아 주세요. BSD 스타일이나 그 외의 스타일의 스크립트를 사용하려고 결정한 것이라면, 다음의 아키라를 파견해 제 8 장 진행되어 상관하지 않습니다. 부트 스크립트를 인스톨 합니다. cp -a rc.d sysconfig /etc 스크립트에 root 의 소유권을 줍니다. chown -R root:root /etc/rc.d /etc/sysconfig ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 시스템 원가요소를 설정한다 그런데, 모든 소프트웨어가 인스톨 되었으므로, 하지 않으면 되는거야 있고 (일)것은 몇개의 설정입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 키보드를 설정한다 Linux 를 사용하고 있는 동안에 잘못한 키 맵의 로드 된 키보드를 사용한다 일(정도)만큼 초조해할 것은 없습니다. 그러나, 표준적인 US 키보드를 사용하고 있다면, 변경하지 않는 한은 US 키 맵이 디폴트이기 때문에, 와 시에를 날려 주세요. 디폴트의 키 맵을 변경하려면 , 이하의 커멘드를 실행해 /usr/ share/kbd/keymaps/defkeymap.map.gz 기호 연결을 만듭니다. ln -s path/to/keymap /usr/share/kbd/keymaps/defkeymap.map.gz 물론, path/to/keymap 를 사용의 키보드의 맵 파일의 패스와 이름 전에 옮겨놓아 주세요. 예를 들어, 독일어의 키보드를 사용하고 있다면 , i386/qwerty/nl.map.gz 를 사용하게 됩니다. 사용의 키보드의 레이아웃을 설정하는 하나 더의 방법은, 키 맵을 커넬안에 컴파일 해 버리는 것입니다. 즉, 메인트넌스 모드 (와)과는, 부트 스크립트로 사용의 키 맵이 가동하지 않는 셋업의 와 (와)과입니다만, 이러한 메인트넌스 모드를( 'init=/bin/sh'를 패스하는 와 (으)로) 기동했을 때에도, 키보드는 언제라도 기대대로 움직이는 것을 확실 (으)로 합니다. 현재의 디폴트의 키 맵을 커넬 소스안에 적용하기 위해서 이하의 커멘드를 실행합니다. 새로운 커넬을 해동했을 때는 언제나 이 커멘드 (을)를 반복할 필요가 있습니다. loadkeys -m /usr/share/kbd/keymaps/defkeymap.map.gz > \ /usr/src/linux-2. 4.22/drivers/char/defkeymap.c ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ root 패스워드를 설정한다 root 유저를 위한 패스워드를 매듭지어, 이하의 커멘드를 실행해 설정해 . passwd root ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 7. 시스템 부트 스크립트를 설정한다 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 이 장에서는 제 6 장으로 인스톨 한 부트 스크립트를 설정합니다. 이것들 의 스크립트의 대부분은 수정하지 않아도 잘 움직입니다만, 몇개인가는 하드우 아 의존의 정보를 취급하기 위해서(때문에) 부가적인 설정 파일을 설정하지 않으면 연못키 응. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 이러한 스크립트에 의해 부트 프로세스가 어떻게 일할까? Linux 는 SysVinit 라는 이름의 특별한 기동 수단을 사용합니다. 이것은 란레베 르라고 하는 개념에 기초를 둡니다. 이것은 있는 시스템과 다른 것으로는 완전히 이인 가능성이 있어, 어느 디스트리뷰션으로 잘되고 있었다고 있고 (이)라고, LFS 로도 잘되면(자) 가정할 수 없습니다. LFS 는 이러한 일을 행하는 독자적인 방법을 가지고 있습니다만, 일반적으로 받아들여지고 있는 표준의 방법 에 대체로 따르고 있습니다. SysVinit (이 이후 init 라고 부릅니다)는 런 레벨이라고 하는 기구를 사용해 움직임 . 런 레벨에는 7개( 0 에서 6 까지) 있어(실제로는보다 많은 런 레벨이 있습니다만, 그러나 이것들은 특별한 경우이며 일반적으로 사키 응. init 의 man page 에 의해 자세하게 설명되고 있습니다), 이러한 하나하나가 컴퓨터가 움직이기 시작했을 때에 행해야 할 일과 대응합니다. 디폴트의 런 레벨은 3 입니다. 여기에 자주(잘) 볼 수 있는 런 레벨의 여러종류의 실장에 대한 설 명을 싣습니다. 0: 컴퓨터를 정지 1: 단일 사용자 모드 2: 다중 사용자 모드 네트워크 없음 3: 다중 사용자 모드 네트워크 있어 4: 커스텀화를 위한 예약, 그 이외는 3 으로 같다 5: 4 로 같은, 통상 GUI 로그인(X 의 xdm 나 KDE 의 kdm 와 같은)에 사용되고 6: 컴퓨터를 재기동 런 레벨을 변경하기 위해서 사용되는 커멘드는 init 로 (은)는 대상으로 하는 런 레벨입니다. 예를 들어, 컴퓨터를 재기동 위해(때문에)는, 유저는 init 6 이라고 하는 커멘드를 발행합니다. reboot 팽이 드는, halt 커멘드가 init 0 에의 앨리어스(alias)이도록(듯이), 단순한 에이리 아스입니다. /etc/rc.d 아래에는 rc?.d 로 ? 하지만 런 레벨의 번호인 것 같은 수많은 데 레크트리가 있어, 또 수많은 기호 연결을 포함한 rcsysinit.d 물어 디렉토리가 있습니다. 어느 K 로부터 시작되어 있어, 그 외의 것은 S 로부터 시작되어, 그러한 모두는 머리 글자에 계속되는 2개의 번호를 가지고 있습니다. K 는 서비스를 정지( kill )하는 것을 의미해, S 는 서비스를 개시( start ) 하는 일을 의미합니다. 그 후에 계속되는 번호는 00 에서 99 까지로 스크립트가 열매 행 하는 차례를 결정해, 낮은 번호의 것이 먼저 실행됩니다. 실제의 스크립트는 /etc/rc.d/init.d (안)중에 있습니다. 이것들이 모든 사 일을 해, 기호 연결은 모두 이것들을 가리키고 있습니다. 정지의 링크 (와)과 개시의 링크는 /etc/rc.d/init.d 안의 같은 스크립트를 가리키고 있습니다. 이것은 스크립트가 start 나 stop, restart, reload, status 와 같은 이인 파라미터(parameter)로 불려 가기 (위해)때문에입니다. K 링크에 조우했을 때는, 적절한 스크립트가 stop 의 인수로 실행됩니다. 또 S 에 조우했을 때는, 적절한 스크립트가 start 의 인수로 실행됩니다. 예외가 1개 있습니다. rc0.d 와 rc6.d 디렉토리에 있는 S 로부터 시작되는 인 쿠는 무엇인가를 개시할 것은 없습니다. 이것들은 무엇인가를 정지하기 위해서 stop 파라미터(parameter)로 불려 갑니다. 이 배경에 있는 생각은, 시스템을 재기동 하는지, 정지할 생각이라면, 무엇인가를 개시할 생각은 없고, 시스템을 정지 할 뿐(만큼)이라고 하는 것입니다. 인수가 스크립트를 어떻게 움직이는가 하는 설명을 여기에 싣습니다. · start: 서비스가 개시됩니다. · stop: 서비스가 정지됩니다. · restart: 서비스가 정지되어 다시 개시됩니다. · reload: 서비스의 설정이 갱신됩니다. 이것은 서비스의 설정 파일 하지만 수정된 다음에, 재실행될 필요가 없을 때에 사용됩니다. · status: 서비스가 움직이고 있는지 어떤지라고 어느 PID 로 실행되고 있을까 (을)를 알립니다. 기동 프로세스가 움직이는 방법을 자유롭게 수정해 주세요. (결국, 이것은 당신자 몸의 LFS 시스템이기 때문에. ) 여기서 주어진 파일은 기동 프로세스 (와)과 같이 좋은 방법으로(저희들이 생각하는 좋은 방법이기 때문에, 당신은 싫어할지도 지 선) 되는가 하는 하나의 예에 지나지 않습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ setclock 스크립트를 설정한다 setclock 스크립트는 사용의 하드웨어 클락( BIOS 나 CMOS 크로 쿠로서도 알려져 있습니다)로부터 시간을 읽어내, /etc/localtime 파일 (을)를 사용해, 하드웨어 클락이 GMT 로 설정되어 있으면 그 시간을 로카 르 시간으로 변환하거나 하드웨어 클락이 벌써 로컬 시간으로 설정되고 (이)라고 있으면 그대로 사용하거나 합니다. 하드웨어 클락이 GMT 로 설정되고 (이)라고 있는지 아닌지를 자동적으로 검출하는 방법은 없기 때문에, 여기는 우리들로 설정하는거야 구라고는 안됩니다. 사용의 하드웨어 클락이 GMT 로 설정되어 있지 않으면, 아래의 UTC 변 수의 값을 0 ( zero )으로 변경해 주세요. 이하의 커멘드를 실행해 새로운 파일 /etc/sysconfig/clock 를 만듭니다 . cat > /etc/sysconfig/clock << "EOF" # Begin /etc/sysconfig/clock UTC=1 # End /etc/sysconfig/clock EOF 그런데, http://www.linuxfromscratch.org/hints/downloads/files/time.txt 에 (은)는 LFS 로 어떻게 시간을 취급하고 있는지를 설명하는 매우 좋은 힌트가 있어 그리고, 보면 좋을 것입니다. 이것은 타임 존이나 UTC, TZ 환경 변수 일에 대해 설명하고 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 나는 loadkeys 스크립트가 필요합니까? 제 6 장의 장말에 키 맵 파일을 직접 커넬에 컴파일 해 짜넣는다 (으)로 결정했다면, 커넬에 의해 키 맵이 설정이 끝난 상태이므로, 엄밀하게 말하면(자), 이 loadkeys 스크립트를 실행할 필요는 없습니다. 다만, 해가 되는 와 (와)과는 없기 때문에, 바라는 경우에는 실행하도록(듯이) 해 두어도 괜찮습니다. 이 스크립트를 보존해 두는 것은, 복수가 다른 커넬을 실행하고 있거나 손아귀에 있는 모든 커넬에 키 맵을 컴파일 했는지를 기억해도 좋은 있고, 혹은 컴파일 하고 싶지 않은 것 같은 경우에는, 편리할지도 모릅니다. 필요가 없는, 혹은 loadkeys 스크립트를 사용하지 않는다고 결정했다면, /etc/ rc.d/rcsysinit.d/S70loadkeys 기호 연결을 삭제해 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ sysklogd 스크립트를 설정한다 sysklogd 스크립트는 syslogd 프로그램을 -m 0 옵션으로 호출 . 이 옵션은 syslogd 가 디폴트로 20 분 마다 로그 파일에 써 붐비는 주기적인 타임 스탬프를 멈춥니다. 이 주기적인 타임 스탬프를 실시해 싶은 경우는, sysklogd 스크립트를 편집해, 필요에 따라서 변경해 주세요. 보다 자세한 정보는 man syslogd 를 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ localnet 스크립트를 설정한다 localnet 스크립트의 일부는 시스템의 호스트명을 설정합니다. 이것은 /etc/ sysconfig/network 중(안)에서 설정하지 않으면 안됩니다. 이하의 커멘드를을 실행해 /etc/syscoinfg/network 파일을 만들어, 호스 트네임을 입력합니다. echo "HOSTNAME=lfs" > /etc/sysconfig/network "lfs" 는 컴퓨터의 호칭으로 옮겨놓을 필요가 있습니다. 여기서 FQDN ( Fully Qualified Domain Name: 완전 수식 도메인 네임)을 입력해야 하는 것에서는 없습니다. 그 정보는 잠시 후에 /etc/hosts 파일안에 놓여집니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ /etc/hosts 파일을 작성한다 네트워크 카드를 설정하는 경우, IP 주소와 FQDN 및 /etc/hosts 후 일 중(안)에서 사용될 가능성이 있는 앨리어스(alias)를 결정하지 않으면 안됩니다. 문 법은 myhost.mydomain.org aliases 됩니다. IP 주소가 프라이빗 IP 주소의 범위에 있는 것을 확인하고 없으면 안됩니다. 유효한 범위는 Class Networks A 10.0. 0.0 B 172.16. 0.0 through 172.31. 0.0 C 192.168. 0.0 through 192.168. 255.0 예를 들어 192.168. 1.1 은 IP 주소로서 타당합니다. 이 IP 용의 FQDN 와 해 www.linuxfromscratch.org 는 타당합니다. 네트워크 카드를 사용할 생각이 없어도, FQDN 를 결정할 필요가 있습니다. 이것은 일부의 프로그램이 올바르게 동작하기 위해서 필요합니다. 네트워크 카드의 설정을 실시할 생각이 없으면, 이하의 커멘드를 실행해 (이)라고 /etc/hosts 파일을 만듭니다. cat > /etc/hosts << "EOF" # Begin /etc/hosts (no network card version) 127.0. 0.1 . mydomain.com localhost # End /etc/hosts (no network card version) EOF 네트워크 카드가 설정되어 있다면, 이하의 커멘드를 실행해 /etc/ hosts 파일을 만듭니다. cat > /etc/hosts << "EOF" # Begin /etc/hosts (network card version) 127.0. 0.1 localhost.localdomain localhost 192.168. 1.1 . mydomain.org # End /etc/hosts (network card version) EOF 물론, 192.168. 1.1 으로 . mydomain.org 는 사용의 네 트워크에 맞추어(또는, 만약 이 머신이 존재하는 네트워크에 접 속 될 예정이며, 네트워크 또는 시스템 관리 책임자에 할당하도록(듯이) 요점 구 된 IP 주소가 있다면 거기에) 변경할 필요가 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 네트워크 클립트를 설정한다 이 마디는 당신이 네트워크 카드를 설정하는 경우에게만 적용합니다. 어떤 네트워크 카드도 붙이지 않으면, 아마 네트워크 카드 에 관련하는 어떤 설정 파일도 만들 생각은 없을 것입니다. 그 경우에는, 모든 런 레벨 디렉토리( /etc/rc.d/rc*.d )로부터 network 신보 릭크리크를 삭제하지 않으면 안됩니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 디폴트 게이트웨이를 설정한다 네트워크에 접속한다면, 이 머신에 대해서 디폴트 게이트웨이 (을)를 설정하면 좋을 것입니다. 이하의 커멘드를 실행해 /etc/sysconfig/ network 파일에 적절한 값을 더합니다. cat >> /etc/sysconfig/network << "EOF" GATEWAY=192. 168.1. 2 GATEWAY_IF=eth0 EOF GATEWAY 와 GATEWAY_IF 에 대한 값은 사용의 네트워크 설정에 맞추어 변 갱 할 필요가 있습니다. GATEWAY 는 디폴트 게이트웨이의 IP 주소를 지정해, GATEWAY_IF 는 디폴트 게이트웨이로 향하는 네트워크 인터 페이스를 지정합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 네트워크 인터페이스의 설정 파일을 작성한다 어느 인터페이스가 네트워크 클립트에 의해 유효하게 되어 또는 무효로 될까는 /etc/sysconfig/network-devices 디렉토리에 있는 파 일에 의존합니다. 이 디렉토리에는 ifconfig.xyz 로, xyz 의 부분이 네 트워크인타페이스의 이름( eth0 나 eth0:1 라고 했다)이라고 하는 형식 의 파일을 둡니다. 이 /etc/sysconfig/network-devices 디렉토리의 이름을 변경하는지, 이 동요할 생각이라면, /etc/sysconfig/rc 파일을 갱신해 새로운 패스를 제공 하는 것으로 network_devices 를 갱신해 주세요. 그런데, 그 디렉토리안의 새로운 파일은 이하의 것을 포함해 작 . 이하의 커멘드는 샘플의 ifconfig.eth0 파일을 만듭니다. cat > /etc/sysconfig/network-devices/ifconfig.eth0 << "EOF" ONBOOT=yes IP=192. 168.1. 1 NETMASK=255. 255.255. 0 BROADCAST=192. 168.1. 255 EOF 물론, 이러한 변수의 값은 각각의 파일로 적절한 설정에 맞도록(듯이) 변경할 필요가 있습니다. 만약 ONBOOT 변수가 yes 로 설정되어 있으면(자), 넥 도아크 스크립트는 시스템의 기동동안에 그것을 유효하게 합니다. 만약 yes 이 밖으로 설정하면(자), 그것은 네트워크 클립트에 무시되어 유효가 되어 키 응. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 8. LFS 시스템을 기동할 수 있도록(듯이) 한다 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 이 장에서는, LFS 시스템을 기동할 수 있도록(듯이) 하는 방법을 설명합니다. 이 장 그럼, 새로운 fstab 파일을 작성해, 새로운 LFS 시스템을 위한 새롭다 커넬을 구축해, 한층 더 기동시에 LFS 시스템을 선택할 수 있도록(듯이) Grub 부트 로더를 인스톨 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ /etc/fstab 파일을 작성한다 /etc/fstab 파일은, 파티션이 디폴트로 어디에 마운트되어 어느 파일 시스템이 어떤 차례로 체크되지 않으면 안 되는지, 라고 한다 일을 결정하기 위해서(때문에), 몇개의 프로그램에 의해 사용됩니다. 새로운 후 이르시스템테이불을, 이하와 같이 만듭니다. cat > /etc/fstab << "EOF" # Begin /etc/fstab # filesystem mount-point fs-type options dump fsck-order /dev/xxx / fff defaults 1 1 /dev/yyy swap swap pri=1 0 0 proc /proc proc defaults 0 0 devpts /dev/pts devpts gid=4, mode=620 0 0 shm /dev/shm tmpfs defaults 0 0 # End /etc/fstab EOF 물론, xxx 와 yyy, fff 를, 예를 들어 hda2 나 hda5, reiserfs 라고 했다 같게, 사용의 시스템에 적절한 값에 옮겨놓아 주세요. 이 표의 6개의 후 르드에 대한 자세한 정보에 대해서는 man 5 fstab 를 봐 주세요. reiserfs 파티션을 사용하고 있을 때는, 그 파티션은 덤프나 체크의 필요가 없기 때문에, 행의 마지막에 1 1 어떤의 것을 0 0 으로 옮겨놓아 아래 차이. tmpfs 에의 마운트 포인트인 /dev/shm 는 POSIX 공유 메모리를 유효 위해(때문에) 포함합니다. 사용의 커넬은 이것을 움직이기 위해서(때문에) 요구되는 응원자- 트를 편입으로 구축되어 있지 않으면 안됩니다. 이것에 대해서는 차장으로 보다 자세하게 채택합니다. 현재로서는 매우 소수의 소프트웨어만이, POSIX 공유 메모리를 실제로 사용하고 있는 것을 주의해 주세요. 그러니까, /dev/shm 마 운트포인트를 임의 선택이라고 간주할 수가 있습니다. 보다 자세한 정보는 카 네루 소스 트리안의 Documentation/filesystems/tmpfs.txt 를 봐 주세요 . 게다가 그 밖에도 fstab 파일에 가세하고 싶다고 생각하는 행이 있습니다. 예를 들어, USB 디바이스를 사용하려 하고 있다면, 그것을 사용하기 위한 같은 행입니다. usbfs /proc/bus/usb usbfs defaults 0 0 이 옵션은 물론, 사용의 커넬에, 관련하는 서포트를 다과회 일 되어 있을 때만 움직입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux-2. 4.22 의 인스톨 추정 구축 시간: All default options: 4.20 SBU 추정 필요 디 검댕 페이스 All default options: 181 MB ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 의 내용 Linux 커넬은 모든 Linux 시스템의 중심입니다. 이것은 Linux 를 움직여 (이)라고 있는 것입니다. 컴퓨터의 전원을 붙을 수 있고 Linux 시스템이 부트 한다 때, 맨 먼저에 로드 되는 Linux 소프트웨어의 1개가 커넬입니다. 카네 르는 시스템의 하드웨어 구성, 시리얼 포트, 패러렐 포토, 사운 드카드, 네트워크 카드, IDE 콘트롤러, SCSI 콘트롤러 외에도 많은 것을을 초기화합니다. 간단하게 말하면 즉, 커넬은 소프트 웨어를 실행할 수 있도록(듯이) 하드웨어를 준비합니다. 인스톨 되는 프로그램: the kernel 및 the kernel headers ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 인스톨 의존성 Linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Findutils, GCC, Glibc, Grep, Gzip, Make, Modutils, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ the kernel 의 인스톨 커넬의 구축은 몇개의 단계를 밟습니다. 커넬의 설정, 컴파일, 그리고 인스톨입니다. 본서의 커넬을 설정할 방법이 마음에 들지 않는 경우 (은)는, 그 외의 방법을 찾는데 커넬 소스 트리안의 README 파일을 봐 주세요. 이하의 커멘드를 실행해 컴파일의 준비를 합니다. make mrproper 이것은 커넬 트리를 완전하게 깨끗하게 합니다. 커넬 팀은 이 팽이 드를 각각의 커넬의 컴파일에 앞서 실행하도록(듯이) 권하고 있습니다. 해동한 후의 소스 트리가 깨끗하다라고 목표로 해서는 안됩니다. 메뉴 형식의 인터페이스를 통해서 커넬을 최적화합니다. make menuconfig 어느 상황에서는 make oldconfig 가 보다 적절하겠지요. 보다 자세한 정보에 개 있어 README 를 봐 주세요. 바란다면, 단순하게 카네르콘피그파일 . config 를 사용의 호스트마 신으로부터(그것을 이용할 수 있으면(자) 가정하는) 해동한 linux-2. 4.22 디레크 새에 카피하는 것으로 커넬의 설정을 날려도 괜찮을 것입니다. 그러나 와 방법은 추천하지 않습니다. 모든의 설정 메뉴를 조사해, 제로로부터 자신 용무의 커넬 설정을 작성하는 편이 같겠지요. POSIX 공유 메모리의 서포트에 대해서는, 커넬의 설정 옵션 "Virtual memory file system support" 가 유효하게 되어 있는 것을 확인해 주세요. 는 "File systems" 메뉴안에 있어 통상 디폴트로 유효하게 되어 있고 의존성을 확인해 의존 천성보파일을 만듭니다. make CC=/opt/gcc-2. 95.3/bin/gcc dep kernel image를 컴파일 합니다. make CC=/opt/gcc-2. 95.3/bin/gcc bzImage 모듈로서 설정된 드라이버를 컴파일 합니다. make CC=/opt/gcc-2. 95.3/bin/gcc modules 커넬 모듈을 사용할 생각이라면, /etc/modules.conf 파일이 필요와 됩니다. 모듈과 일반적인 커넬 설정에 부속되는 정보는, 통상은 linux-2. 4.22/Documentation 디렉토리안에 있는 커넬 부속 문장에 있어 . modules.conf 의 man page 와 http://www.tldp.org/HOWTO/ Kernel-HOWTO.html 에 있는 커넬 HOWTO 도 정보원이 됩니다. (역주:커넬 부속 문장의 일본어 번역은 Linux JF Project 의 웹 사이트 http://www.linux.or.jp/JF/JFdocs/kernel-docs-2. 6/index.html 등으로 이용 할 수 있습니다. ) 모듈을 인스톨 합니다. make CC=/opt/gcc-2. 95.3/bin/gcc modules_install 문장없이는 아무것도 완성하지 않기 때문에, 커넬과 함께 메뉴얼 페이지도 구축해 . make mandocs 그리고 모든 페이지를 인스톨 합니다. cp -a Documentation/man /usr/share/man/man9 커넬의 컴파일은 완료했습니다만, 작성된 파일의 몇개나 (이)다 소스 트리안에 있습니다. 인스톨을 완성시키기 위해서(때문에), 2개의 후 일이 /boot 디렉토리에 카피될 필요가 있습니다. 커넬 파일에의 패스는, 사용의 플랫폼에 의존합니다. 카 네루를 인스톨 하기 위한(해) 다음의 커멘드를 실행합니다. cp arch/i386/boot/bzImage /boot/lfskernel System.map 는 커넬의 심볼 파일입니다. 실행중의 커넬의 「카네 르 API 에 포함되는 전함수의 함수 엔트리 포인트」와「커넬 데이터 구조의 주소」의 매핑 정보가, 이 파일에 포함되어 있습니다. 맙파 일을 인스톨 하기 위해서 이하의 커멘드를 실행합니다. cp System.map /boot ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS 시스템을 기동할 수 있도록(듯이) 한다 반짝반짝 빛나는 LFS 시스템이 거의 다 완성하고 있습니다. 마지막에 해야 할 일은 그것 (을)를 기동할 수 있는 것을 확인하는 것입니다. 이하의 설명은, 예를 들어 IA-32 아키 테크체의 컴퓨터, 즉 보통 PC 에게만 적용할 수 있습니다. 다른 아키 테크체의 "부트 로드" 에 대한 정보는, 이것들 각 아키텍쳐전용 의 자원 고유의 장소에 놓여져 있습니다. 부트 로딩은 복잡한 문제입니다. 최초로 몇개인가 주의를 해 둡니다. 현재 사용하고 있는 부트 로더에 익숙해 두는 편이 좋다고 하는 것, 하드 디스크상에 있는, 기동 가능하게 하고 싶은 다른 operating system를 파악해 둘 필요가 있습니다. 원인이 무엇으로 있는에 해라, 만약 사용의 콘퓨 타를 사용할 수 없게(기동할 수 없게) 되었을 때에, 컴퓨터를 구조할 수 있어 , 긴급의 기동 디스크를 준비해 있는 것을 확인해 주세요. 이전, 이 단계에의 준비로서 Grub 부트 로더 소프트웨어를 컴파일 해 인스톨 했습니다. 여기에서는 하드 디스크의 특정의 장소에 Grub 의 특 별도인 파일을 기입한다고 하는 수속을 밟습니다. 그 전에, 만일에 대비해 Grub 기동 디스크를 작성하는 것을 강하게 권합니다. 하늘의 플로피 디스크를 삽입해 이하의 커멘드를 실행해 주세요. dd if=/boot/grub/stage1 of=/dev/fd0 bs=512 count=1 dd if=/boot/grub/stage2 of=/dev/fd0 bs=512 seek=1 디스크를 꺼내 어딘가 안전한 곳에 보관해 두어 주세요. 그런데 그래서 (은)는 grub 쉘을 실행합니다. grub Grub 는 디바이스와 파티션에 대해서 ( hdn, m )라고 하는 독자적인 명명 규칙 (을)를 사용합니다. n 는 하드 드라이브의 번호, m 는 파티션의 번호로 모두 제 로로부터 시작됩니다. 이것은 예를 들어, hda1 의 파티션은 Grub 에서는 ( hd0, 0 )으로, hda2 는 ( hd1, 1 )됩니다. Linux 와는 대조적으로, Grub 는 CD-ROM 드라이브를 하드 드라이브로서 생각하지 않기 때문에, 예를 들어, CD 를 hdb (으)로 하고 있어, 2번째의 하드 드라이브를 hdc 로 하고 있다고 하면(자), 2번째의 하 드드라이브는 ( hd1 )됩니다. 위의 정보를 사용해, root partition에 적절한 호칭을 결정해 주세요. 이 아래의 예에서는 root partition가 hda4 이라고 가정하고 있습니다. 최초로, Grub 에 stage{1,2} 파일을 찾는 장소를 가르칩니다. Grub 에 선택사항 (을)를 표시시키기 위해서(때문에) 어디에서라도 탭을 사용할 수 있습니다. root (hd0, 3) ┌──────────────────────────────────┐ │ Warning │ ├──────────────────────────────────┤ │이하의 커멘드는 현재사용의 부트 로더를 덧쓰기합니다. 바라지 않으면│ │, 커멘드를 실행하지 마세요. 예를 들어, 당신은 MBR ( Master Boot│ │Record )를 관리하는데 써드파티의 부트 매니저를 사용하고 있다 │ │일지도 알려집니다. 이 경우는 아마, Grub 를 LFS 파티션의 "브│ │트세크타" 에 인스톨 하는 (분)편이 현명할지도 모릅니다. 이 경우의 코만│ │드는 setup ( hd0, 3 )가 됩니다. │ └──────────────────────────────────┘ 그러면 Grub 에, 자신을 hda 의 MBR ( Master Boot Record )에 인스트 르 하도록(듯이) 가르칩니다. setup (hd0) 아무것도 문제가 없으면, Grub 는 /boot/grub 안에 그 파일을 찾아낸 것 (을)를 보고하겠지요. Grub 에 대해서 하는 일은 이것으로 방법이라고입니다. quit 그런데 Grub 의 부트 메뉴를 정의하는 "메뉴 리스트" 파일을 만드는거야 차면 안됩니다. cat > /boot/grub/menu.lst << "EOF" # /boot/grub/menu.lst 를 작성합니다. # 디폴트에서는 메뉴의 제일 최초의 엔트리를 기동합니다. default 0 # 디폴트의 엔트리를 기동하기까지 30 초 기다립니다. timeout 30 # 깨끗한 색을 사용합시다. color green/black light-green/black # 처음의 엔트리는 LFS 입니다. title LFS 5.0 root (hd0, 3) kernel /boot/lfskernel root=/dev/hda4 ro EOF 호스트 디스트리뷰션의 엔트리를 더하면 좋을 것입니다. 그것은 와 (와)과 같이 됩니다. cat >> /boot/grub/menu.lst << "EOF" title Red Hat root (hd0, 2) kernel /boot/kernel-2. 4.20 root=/dev/hda3 ro initrd /boot/initrd-2. 4.20 EOF 또, Windows 와 듀얼 부트로 하고 싶으면, 이하의 엔트리가 그 기동을 가능하게 합니다. cat >> /boot/grub/menu.lst << "EOF" title Windows rootnoverify (hd0, 0) chainloader +1 EOF info grub 로 알고 싶은 것을 찾아낼 수 없는 경우, Grub 에 대한보다 자세하다 정보를 http://www.gnu.org/software/grub 로 찾아낼 수가 있겠지요 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Chapter 9. 마지막에 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 마지막에 축하합니다! LFS 시스템의 인스톨은 종료입니다. 긴 도정이었을 지도 알려지지 않습니다만, 그 만큼의 가치가 있었다고 생각합니다. 생겼던 바로 직후로 반짝반짝 의 Linux 시스템을 꼭 기대해 주세요. 여기까지 오면, LFS 시스템에 있는 바이너리류로부터 모든 데밧그신보 르를 없앨 수가 있습니다. 당신이 프로그래머가 아니고, 소프트웨어의 데 가방을 행하지 않으면, 디버그 심볼을 없애는 것으로, 수십 메가바이 트를 회수할 수 있다고 알면 행복하게 될 수 있겠지요. 이 작업을 하면(자), 소프트 웨어를 디버그 하는 것이 전혀 할 수 없게 되는 것 이외는 불편한 것은 없고 , 디버그의 방법을 모르면, 없애도 문제는 없습니다. 면책 사항: 다음에 말하는 커멘드를 사용하는 사람의 98% 는 어떤 문제도 경험하지 않습니다. 해 삼가 이만 줄입니다의 커멘드를 실행하기 전에 LFS 시스템의 백업을 만들어 두어 주세요. 불측의 결과가 되어 사용의 시스템을 사용할 수 없는 것으로 해 버린다(대 반은 사용의 커넬 모듈과 동적 및 공유 링크를 파괴하는 것으로) 응의 몇 안 되는 가능성이 있습니다. 이것은 사용되는 커멘드의 문제라고 하는 것보다도 , 타입 미스에 의해 일으켜집니다. 벌써 말한 것처럼, 없애기 위해서(때문에) 사용한다 --strip-debug 옵션은 통상의 상황에서는 완전히 무해인 것입니다. 파일로부터 중요한 것을 없애는 것은 섬키 응. 통상의 프로그램에 대해서 --strip-all 를 사용하는 일도 또 완전히 안전해 가(라이브러리에 대해서는 사용해서는 안됩니다. 파괴됩니다), 그러나 동 자양에 안전이라고 하는 것은 아니고, 거기에 따라 얻을 수 있는 스페이스도 굉장한 와 (와)과는 없습니다. 그저 몇 안 되는 디스크 스페이스의 여유도 없는 경우, 절구 인가는 스스로 결정해 주세요. 그 외에 사용할 수 있는 strip 의 옵션에 대해서는 strip 의 man page 를 참조해 주세요. 일반적인 생각으로서는 라이브러리에 대 해( --strip-debug 이외의) strip 를 실행하지 않고, 안전을 취한다고 하는 와 (와)과입니다. 속행해 strip 를 행할 생각 인 것이면, 실행중의 bash 쉘도 포함했다 strip 를 받는 어떤 바이너리도 실행하고 있지 않는 것을 확인하는데 특별한 주 뜻이 필요합니다. 그러므로 chroot 환경을 빠져, 수정된 chroot 커멘드 (을)를 사용해 다시 환경에 들어갈 필요가 있습니다. logout chroot $LFS /tools/bin/env -i \ HOME=/root TERM=$TERM PS1='\u:\w\$ ' \ PATH=/bin:/usr/bin:/sbin:/usr/sbin \ /tools/bin/bash --login 그런데 그러면 이하의 커멘드를 실행합시다. /tools/bin/find /{, usr/, usr/local/}{bin, sbin, lib} -type f \ -exec /tools/bin/strip --strip-debug '{}' ';' 매우 많은 파일이, 인식할 수 없는 파일 포맷이다고 보고함 지요. 이러한 대부분은 바이너리는 아니고 스크립트입니다. 이러한 경찰 고는 무시해도 서로 지장있습니다. /etc/lfs-release 파일을 만든다는 것은 좋은 생각입니다. 이 파일이 와(무엇인가 있는 것에 질문을 하는 경우, 질문을 받는 우리에 있어서도) 어느 바 -존의 LFS 를 시스템에 인스톨 했는지가 곧바로 압니다. 이하의 커멘드를 실행해 이 파일을 만듭니다. echo 5.0 > /etc/lfs-release ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 유저 리스트에 등록하자 이 책을 끝낸 지금, LFS 유저 동료에 참가하고 싶습니까. http:// linuxfromscratch.org/cgi-bin/lfscounter.cgi 에 가, 당신의 이름과 처음 째에 사용한 LFS 의 버젼을 입력해 등록을 해 주세요. 그러면, LFS 를 재기동합시다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 시스템을 재기동한다 지금은 모든 소프트웨어가 인스톨 되었으므로, chroot 환경으로부터 빠져 코 퓨타를 재기동합시다. chroot 환경을 빠지기 전에, 이하의 커멘드 (을)를 실행해, 마운트되어 있던 가상 파일 시스템을 모두 언마운트 합시다. umount /proc umount /dev/pts chroot 환경을 빠집니다. logout 게다가 모든 소프트웨어가 인스톨 되었으므로, 최조 /tools 디레 쿠트리는 필요 없습니다. 삭제해도 상관하지 않습니다. 이것은 Tcl 나 Expect, toolchain 테스트를 실행하기 위해서 사용된 DejaGnu 등의 잠정적인 카피도 삭제하게 되므로, 잠시 후에 이러한 프로그램을 사용할 필요가 있다면 , 다시 컴파일 해 재인스톨 할 필요가 있습니다. 또 /sources 의 내용을 /usr/src/packages 나, 비슷한 곳에 옮겨 디레크 새를 지워 버려도(혹은 /sources 의 내용을 CD 에 굽고 있다면, 단순하게 삭제해 버려도) 좋을 것입니다. 재기동하기 전에, LFS 파티션 자신을 언마운트 합니다. umount $LFS 만약 복수의 파티션을 만든다고 결정하고 있으면(자), 다음과 같이 해, $LFS 를 아 마운트 하기 전에 그 외의 파테션을 언마운트 할 필요가 있습니다 . umount $LFS/usr umount $LFS/home umount $LFS 그러면 다음과 같은 커멘드를 실행하는 것으로 시스템을 재기동할 수 있습니다. /sbin/shutdown -r now 전에 말한 것처럼 Grub 부트 로더-가 설정되어 있다면, 디폴트의 메뉴는 자동적으로 LFS 5.0 을 기동하도록(듯이) 설정되어 있을 것입니다. 재기동하면(자), LFS 시스템은 사용할 수 있는 상태가 되어, 추가하고 싶은 소프트웨어를 더해지게 됩니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 아직 그 밖에? LFS 에 대해 이 책을 읽어 주었던 것에 감사합니다. 이 책이 도움이 되어 게 바라고 있습니다. LFS 시스템을 인스톨 끝마치고 싶은 뭐,"한층 더 아직 무엇인가? " (이)라고 생각할지도 해 선. 그 질문에 답하기 위해서(때문에), 정보원의 리스트를 작성했습니다. · Beyond Linux From Scratch Beyond Linux From Scratch 라고 하는 책에서는 LFS 책의 범위를 넘어 폭넓은 소 후트웨아의 인스톨의 프로세스에 대해 취급하고 있습니다. BLFS 프로지 크트는 http://www.linuxfromscratch.org/blfs/ 에 있습니다. · LFS Hints LFS Hints 는 LFS 커뮤니티의 자원봉사에 의해 투고된, 안녕 파크트에 결정된 이용가치 높은 문서의 모임입니다. Hints 는 http:// www.linuxfromscratch.org/hints/list.html 로 이용할 수 있습니다. · Mailing lists 원조가 필요하면, 등록하는 편이 좋은 LFS 메일링리스트가 몇개인가아 . 보다 자세하게는 제 1 장-메일링리스트를 봐 주세요. · The Linux Documentation Project Linux Documentation Project 의 목적은, 모든 Linux 문장의 수집입니다 . LDP 는, HOWTO 류나 가이드, 그리고 man 페이지의 막대한 수집이 특징입니다 . http://www.tldp.org/ 에 있습니다. IV. 제사부-부록 Table of Contents A. 패키지의 설명과 의존성 B. 프로그램과 라이브러리 파일의 목록 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Appendix A. 패키지의 설명과 의존성 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 처음에 이 부록에서는 본문으로 인스톨 된 모든 패키지에 대해, 이하의 점 에 대한 설명합니다. ·패키지의 공식 다운로드 장소 ·패키지의 내용 ·패키지에 포함되는 각각의 프로그램이 무엇을 할까 ·패키지를 컴파일 하는데 무엇이 필요한가 이러한 패키지에 대한 정보의 대부분은(특히 그 설명은) 각각의 파 케이지의 man page 로부터 와 있습니다. man page 를 모두 포함하는 것은 섬키 응이, 그 프로그램이 무엇을 하는지를 이해하는데 중요해지는 요점을 기재 섬 . 프로그램의 자세한 설명 전체를 알기 위해서(때문에)는, 그 man page 나 info page 를 참조해 주세요. 몇개의 프로그램은 다른 것보다 보다 자세하게 설명되고 있습니다. 만약 이 아래의 설명에 무엇인가 덧붙여야 할 일이 있다고 생각하면(자), 아무쪼록 부끄러워하지 않고 에 메일링리스트에 투함 해 주세요. 저희들은, 이 리스트가 인스톨 되는 모든 패키지에 대한 상세한 설명을 가지도록(듯이) 할 생각입니다만 , 도움 없음에서는 실현될 수 없습니다. 현재로서는 패키지가 무엇을 하는가 하는 일만으로, 왜 그것이 인스 발가락 르 될 필요가 있다고 하는 것은 설명되지 않는다고 하는 일에 주의해 주세요. 이것은 아마 잠시 후에 추가되겠지요. 이 책 중(안)에서 인스톨 되는 모든 패키지에 대한 인스톨의 존성도 또 리스트 되고 있습니다. 이 리스트는, 패키지가 인스톨이야 의 것에, 어느 패키지로부터 목의 프로그램이 필요하게 될까를 포함합니다 . 또 여기에는 실행 의존성, 즉 패키지의 프로그램을 사용하는데 어떤 프 로그 램이 필요한가라고 하는 설명은 없고, 다만 컴파일 하는데 필요한 것 만이 실어 있습니다. 의존성 리스트는, 때 있을 때 마다 현재 사용되고 있는 패키지의 버젼에 비 라고 낡아지는 일이 있습니다. 의존성의 확인은 약간의 시간이 들어, 이유 패키지의 업데이트는 조금 늦습니다. 그러나 패키지의 마이나 -업데이트에서는 인스톨 의존성이 전혀 변함없다고 하는 것이 자주(잘) 어느 일로, 대부분의 경우에는 통용되겠지요. 저희들이 메이저 업데이트를 공개했을 때에는, 의존성의 확인도 확인하고 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf 인스톨의 설명에 대해서는 the Section called Autoconf-2. 57 의 인스트 르 in Chapter 6이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Autoconf (2.57): ftp://ftp.gnu.org/gnu/autoconf/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf 의 내용 Autoconf 는 원시 코드를 자동적으로 최적화하는 셸 스크립트를 생성합니다 . 인스톨 되는 프로그램: autoconf, autoheader, autom4te, autoreconf, autoscan, autoupdate and ifnames ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 Autoconf 는 소프트웨어의 원시 코드 패키지를 여러가지 Unix 타입의 시 줄기에 최적화시키는 셸 스크립트를 자동적으로 생성하기 위한 툴입니다 . Autoconf 가 생성하는 최적화 스크립트는 독립하고 있어, 실행하는데 Autoconf 프로그램을 필요로 하지 않습니다. autoheader 는 C 언어의 #define 선언의 사용을 최적화하기 위한 템플릿 파일을 작성하는 툴입니다. autom4te 는 M4 매크로 프로세서를 위한 wrapper 입니다. autoreconf 는 autoconf 가 생성한 최적화 스크립트가 많이 있을 때 역에 립 . 이 프로그램은 autoconf 와 autoheader 를 반복해 실행해, autoconf 최적화 스크립트와 주어진 디렉토리 트리안의 최적화 헥 다텐프레이트를(적절히) 다시 만듭니다. autoscan 는 소프트웨어 패키지의 configure.in 파일을 만드는데 역에 립. 이것은 디렉토리 트리안에 있는 원시 파일을 검사해 자주 있는 이식성의 문제가 없는가를 찾아, 패키지의 가 configure.in 파이 르로서 일하는 configure.scan 파일을 만듭니다. autoupdate 는, 낡은 이름으로 autoconf 매크로를 호출하려고 한다 configure.in 파일을 수정해, 현재의 매크로명을 사용할 수 있도록(듯이) 합니다. ifnames 는 소프트웨어 패키지의 configure.in 파일을 쓰고 있을 때 에 도움이 되는 일이 있습니다. 이것은 C 프리프로세서의 조건문 중(안)에서 사용된다 식별자를 표시합니다. 만약 패키지가 이미 이식성을 가지도록(듯이) 설정되어 있고 와 이 프로그램은 어느 configure 를 체크할 필요가 있는지 결정 의 것에 도움이 됩니다. 이것은 autoconf 에 의해 생성된 configure.in 후 일안에 공백을 기입할 수가 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Autoconf 인스톨 의존성 Autoconf 는 이하의 패키지에 의존하는: Bash, Coreutils, Diffutils, Grep, M4, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake 인스톨의 설명에 대해서는 the Section called Automake-1. 7.6 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Automake (1.7. 6): ftp://ftp.gnu.org/gnu/automake/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake 의 내용 Automake 는 Autoconf 로 사용되는 것을 의도된 Makefile.in 를 생성해 . 인스톨 되는 프로그램: acinstall, aclocal, aclocal-1. 7, automake, automake-1. 7, compile, config.guess, config.sub, depcomp, elisp-comp, install-sh, mdate-sh, missing, mkinstalldirs, py-compile, ylwrap ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 acinstall 는 aclocal 형식의 M4 파일을 인스톨 하는 스크립트입니다 . aclocal 는 configure.in 파일에 근거해 aclocal.m4 파일을 생성해 . automake 는 Makefile.am 로 불리는 파일군으로부터 자동적으로 Makefile.in 를 생성하기 위한 툴입니다. 패키지의 모든 Makefile.in 파일을 생 성 하기 위해서, 디렉토리의 맨 위에서 이 프로그램을 실행합니다. 이것은 configure.in 파일군을 조사하는 것으로 자동적으로 각각 적절한 Makefile.am (을)를 찾아, 대응하는 Makefile.in 를 생성합니다. compile 는 컴파일러를 위한 wrapper 입니다. config.guess 는 주어진 구축, 호스트, 또는 목적이 되는 아키텍쳐에 대해, 정 준인 세 개 한벌을 추측하려고 하는 스크립트입니다. config.sub 는 최적화를 확인하는 스크립트의 써브루틴입니다. depcomp 는 소망의 출력 뿐만이 아니라 의존성의 정보도 생성하기 위해서 프로그램을 컴파일 하는 스크립트입니다. elisp-comp 는 Emacs Lisp 코드를 바이트 컴파일 합니다. install-sh 는 프로그램이나 스크립트, 또는 데이터 파일을 인스톨 하는 스크립트입니다. mdate-sh 는 파일이나 디렉토리의 수정 시간을 표시하는 스크립트입니다. missing 는 인스톨의 사이에 존재하지 않았던 GNU 프로그램에 대해 일반적인 더미로서 행동하는 스크립트입니다. mkinstalldirs 는 디렉토리 트리를 만드는 스크립트입니다. py-compile 는 Python 프로그램을 컴파일 합니다. ylwrap 는 lex 와 yacc 를 위한 wrapper 입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Automake 인스톨 의존성 Automake 는 이하의 패키지에 의존하는: Autoconf, Bash, Coreutils, Diffutils, Grep, M4, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 인스톨의 설명에 대해서는 the Section called Bash-2. 05b 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Bash (2.05b): ftp://ftp.gnu.org/gnu/bash/ Bash Patch: http://www.linuxfromscratch.org/patches/lfs/5. 0/bash-2. 05b-2.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 의 내용 Bash 는 Bourne-Again 쉘이라고 하는, UNIX 시스템으로 넓게 사용되고 있는 팽이 드인타프리타입니다. Bash 프로그램은 표준 입력(키보드)으로부터의 입력을 읽어들입니다. 유저가 무엇인가를 타이프 치면(자) 프로그램은 무엇이 타입 되었는지를 평가해, 거기에 붙어 플러그 램의 실행과 같은 일을 행합니다. 인스톨 되는 프로그램: bash, sh (link to bash) andbashbug ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 Bash 는 넓게 보급한 커멘드 해설자입니다. 이것은 주어진 코만 드라인에 대해서 그것을 실행하기 전에 모든 종류의 확장과 대행을 실시해, 그것 하지만 이 해설자를 강력한 툴로 하고 있습니다. bashbug 는 유저가 bash 에 관한 버그의 보고를 표준적인 서식에서 구성해 메이 르 하는 것을 돕는 스크립트입니다. sh 는 bash 프로그램에 대한 기호 연결입니다. sh 로서 불러 출이야 라고 해 bash 는 POSIX 규격에 따르면서 가능한 한 sh 의 역사적인 판의 기동 동작을 흉내내려고 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bash 인스톨 의존성 Bash 는 이하의 패키지에 의존하는: Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 인스톨의 설명에 대해서는 the Section called Binutils-2. 14 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Binutils (2.14): ftp://ftp.gnu.org/gnu/binutils/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 의 내용 Binutils 는 오브젝트 파일과 어카이브(archive)로 일하는 링커, 어셈블러, 외 툴을 포함한 소프트웨어 개발툴의 모임입니다. 인스톨 되는 프로그램: addr2line, ar, as, c++filt, gprof, ld, nm, objcopy, objdump, ranlib, readelf, size, strings 및 strip 인스톨 되는 라이브러리: libiberty.a, libbfd. [a, so] andlibopcodes. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 addr2line 는 프로그램 주소를 파일명과 행 번호로 번역합니다. 아드레 스와 실행 파일의 이름이 주어지면(자), 그것은 실행 파일안의 디버그 정보를 사용해 어느 원시 파일과 행 번호가 주소에 대응하는지를 찾기출 합니다. ar 는 어카이브(archive)를 만들어, 수정해, 또 거기로부터 파일을 꺼냅니다. 아 카이브는 다른 파일을 포함한 하나의 파일로 원래의 개별의 파일(아카 이브의 멤버로 불린다)를 다시 꺼낼 수가 있는 구조를 하고 있습니다. as 는 어셈블러입니다. 이것은 gcc 로부터의 출력을 오브젝트 파일에 아세 불 합니다. c++filt 는 링커에 의해 사용되어 함수명의 충돌을 피하기 위해서(때문에) 엉망 ( mangle )로 된 C++ 와 Java 의 심볼명을 바탕으로 되돌리는 ( demangle ) 싶은 에 사용됩니다. gprof 는 그래프 호출 프로파일 정보를 표시합니다. ld 는 링커입니다. 이것은 수많은 오브젝트와 archive파일을 하나의 파일에 결합해, 그러한 데이터를 재배치해, 심볼에의 참조를 묶고 . nm 는 주어진 오브젝트 파일안에 존재하는 심볼을 리스트 합니다 . objcopy 는 일종류의 오브젝트 파일을 다른 종류로 번역의 사 . objdump 는 주어진 오브젝트 파일에 대한 정보를 표시해, 오프시 에 의해 어느 특정의 정보를 표시하는지를 제어합니다. 표시되는 정보 컴파일의 툴을 만들고 있는 프로그래머만 유용한 것이지요 . ranlib 는 어카이브(archive)의 내용의 목록을 생성해, 그것을 어카이브(archive)안에 보관 섬 . 이 목록은 리로케이터블인 오브젝트 파일인 어카이브(archive) 라고의 멤버에 의해 정의되는 심볼의 리스트입니다. readelf 는 elf 타입의 바이너리에 대한 정보를 표시합니다. size 는 주어진 오브젝트 파일에 대해, 섹션과 포괄적인 전체 의 사이즈를 리스트 합니다. strings 는 주어진 각각의 파일에 대해, 적어도 특정의 길이(데 fault에서는 4)의 표시 가능한 문자의 일련을 출력합니다. 오브제크트파이 르에 대해서는 디폴트로 초기화와 읽기의 섹션으로부터의 캐릭터 라인만을 표시합니다. 그 외의 종류의 파일에 대해서는 그 파일 전체를 조사합니다 . strip 는 오브젝트 파일로부터 심볼을 버립니다. libiberty 는 여러가지 GNU 프로그램에 사용되는 getopt 나 obstack, strerror, strtol, strtoul 등의 루틴을 포함합니다. libbfd 는 바이나리파이르데스크리프타의 라이브러리입니다. libopcodes 는 opcode 를 취급하기 위한 라이브러리입니다. 이것은 objdump 등의 유틸리티를 구축하기 위해서 사용됩니다. Opcode 는 "사람이 읽을 수 있는 문장" 판의 프로세서에의 설명입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Binutils 인스톨 의존성 Binutils 는 이하의 패키지에 의존하는: Bash, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison 인스톨의 설명에 대해서는 the Section called Bison-1. 875 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Bison (1.875): ftp://ftp.gnu.org/gnu/bison/ Bison 에 부속되는 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ bison-1. 875-attribute.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison 의 내용 Bison 는 yacc 의 대신이 되는 구문 분석 제너레이터입니다. Bison 는 테키스 트파일의 구조를 검사하는 프로그램을 생성합니다. 인스톨 되는 프로그램: bison 및 yacc 인스톨 되는 라이브러리: liby.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 Bison 는 결정할 수 있던 규칙의 연속으로부터, 텍스트 파일의 구조를 검사하는 프로 그램을 생성합니다. Bison 는 yacc (Yet Another Compiler Compiler:안녕 파이라의 한층 더 또 컴파일러)의 대리입니다. yacc 는 bison 를 위한 wrapper 로, bison 의 대신에 아직 yacc 를 호출한다 프로그램 위해(때문에) 있습니다. 이것은 bison 를 -y 옵션으로 호출합니다. liby.a 는 Yacc 호환의 yyerror 와 기본적인 함수의 실장을 포함한 yacc 라이브라 리입니다. 이 라이브러리는 보통 그다지 도움이 되지 않습니다만, POSIX 는 이것을 요구 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bison 인스톨 의존성 Bison 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 인스톨의 설명에 대해서는 the Section called Bzip2-1. 0.2 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Bzip2 (1.0. 2): http://sources.redhat.com/bzip2/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 의 내용 Bzip2 는 일반적으로 종래의 gzip 가 행하는 것보다도 보다 좋은 압축을 달성하는 브록 쿠소트형의 파일 압축기입니다. 인스톨 되는 프로그램: bunzip2 (link to bzip2), bzcat (bzip2 에 의 링크), bzcmp, bzdiff, bzegrep, bzfgrep, bzgrep, bzip2, bzip2recover, bzless 및 bzmore 인스톨 되는 라이브러리: libbz2.a, libbz2.so (libbz2.so. 1.0 에의 리 크), libbz2.so. 1.0 (libbz2.so. 1.0. 2에의 링크) 및 libbz2.so. 1.0. 2 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 bunzip2 는 bzip 압축된 파일을 해동합니다. bzcat 는 표준 출력에 해동합니다. bzcmp 는 bzip 압축된 파일에 대해서 cmp 를 실행합니다. bzdiff 는 bzip 압축된 파일에 대해서 diff 를 실행합니다. bzgrep 와 friends 는 bzip 압축된 파일에 대해서 grep 를 실행합니다 . bzip2 는 Huffman 코딩에 의한 Burrows-Wheeler 블록 소트형테 키스트 압축 알고리즘을 사용해 파일을 압축합니다. 이 압축비는 일반적 에, gzip 와 같은 LZ77/LZ78 를 사용한 전통적인 압축보다 꽤 자주(잘) . bzip2recover 는 파손한 bzip2 파일을 복원하려고 시도합니다. bzless 는 bzip 압축된 파일에 대해서 less 를 실행합니다. vzmore 는 bzip 압축된 파일에 대해서 more 를 실행합니다. libbz2* 는 Burrows-Wheeler 알고리즘을 사용한, 쓸데없는 없는 블록 소 트형 데이터 압축을 실장한 라이브러리입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Bzip2 인스톨 의존성 Bzip2 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 인스톨의 설명에 대해서는 the Section called Coreutils-5. 0 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Coreutils (5.0): ftp://ftp.gnu.org/gnu/coreutils/ Coreutils 호스트 네임 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ coreutils-5. 0-hostname-2.patch Coreutils Uname 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ coreutils-5. 0-uname.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 의 내용 Coreutils 패키지는 기본적인 쉘 유틸리티의 1 갖춤 전부를 함축 . 인스톨 되는 프로그램: basename, cat, chgrp, chmod, chown, chroot, cksum, comm, cp, csplit, cut, date, dd, df, dir, dircolors, dirname, du, echo, env, expand, expr, factor, false, fmt, fold, groups, head, hostid, hostname, id, install, join, kill, link, ln, logname, ls, md5sum, mkdir, mkfifo, mknod, mv, nice, nl, nohup, od, paste, pathchk, pinky, pr, printenv, printf, ptx, pwd, readlink, rm, rmdir, seq, sha1sum, shred, sleep, sort, split, stat, stty, su, sum, sync, tac, tail, tee, test, touch, tr, true, tsort, tty, uname, unexpand, uniq, unlink, uptime, users, vdir, wc, who, whoami 및 yes ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 basename 는 주어진 파일명으로부터 모든 패스와 주어진 사픽스 (을)를 파기합니다. cat 는 파일을 표준 출력에 묶습니다. chgrp 는 주어진 각각의 파일에 대해 그 그룹 소유권을 주고들 그룹으로 변경합니다. 그룹은 이름과 숫자에 의한 ID 의 어디에서에서도 줄 수가 있습니다. chmod 는 주어진 각각의 파일에 대해 그 허가가 주어진 모드 (으)로 변경합니다. 모드는 변경하고 싶은 심볼 표기와 새로운 허가를 나타내는 8 진수 목 등으로에서도 줄 수가 있습니다. chown 는 주어진 각각의 파일에 대해 유저와 그룹의 소유권 (이)가 주어진 유저:그룹의 조로 변경합니다. chroot 는 특정의 디렉토리가 /주어진 커멘드를 실행합니다. 주어지고 커멘드는 대화식의 쉘로도 가능합니다. 대부분의 시스템으로 root 만 하지만 이것을 실행할 수 있습니다. cksum 는 특정의 파일 각각 붙어 CRC 체크 섬과 바이트 카운트 (을)를 표시합니다. comm 는 보관된 2개의 파일을 비교해, 고유의 행과 공통의 행을 3열로 해 출력합니다. cp 는 파일을 복제합니다. csplit 는 주어진 파일을, 주어진 패턴이나 행수에 따라 새로운 있고 구두인가의 파일에 분할해, 각각의 새로운 파일의 바이트 카운트를 출 힘 합니다. cut 는 주어진 필드나 위치에 따라, 골라낸 행의 부분을 표시 섬 . date 는 주어진 서식에서 현재 시각을 표시하는지, 또는 시스템의 일자를 설정 합니다. dd 는 주어진 블록 사이즈와 카운트수를 사용해 파일을 복제해, 또 임의로 그에 대한 전환을 실시합니다. df 는 마운트된 모든 파일 시스템인가, 또는 주어진 파일이 어느 파일 시스템인 만큼 붙어, 이용할 수 있는 디스크 스페이스의 양(와 사용되고 있는 양)을 보고합니다. dir 는 less 와 같습니다. dircolors 는 LS_COLOR 환경 변수를 설정하는 커멘드를 출력해, ls 에 의해 사 깨지는 분류를 변경하기 위해서 사용됩니다. dirname 주어진 파일로부터 디렉토리가 아닌 사픽스를 없애 . du 는 현재의 디렉토리에 사용되고 있는, 주어진 디렉토리의 서브 디 레크트리를 모두 포함한 각각의, 또는 주어진 파일 각각이 사용 하고 있는 디스크 스페이스의 양을 보고합니다. echo 는 주어진 캐릭터 라인을 표시합니다. env 는 수정된 환경에서 커멘드를 실행합니다. expand 는 탭을 스페이스로 변환합니다. expr 는 표기를 평가합니다. factor 는 모든 특정된 정수의 소수를 표시합니다. false 는 잘 되어가지 않고 아무것도 하지 않습니다. 이것은 언제나 실패를 나타내는 스테이터스 코드와 함께 종료합니다. fmt 는 주어진 파일안의 단락을 재정형합니다. fold 는 주어진 파일안의 특정의 행을 wrap 합니다. groups 는 유저가 소속해 있는 그룹을 보고합니다. head 는 주어진 파일 각각 붙어 최초의 10행을 표시합니다. hostid 는 호스트의 숫자(16 진수로)에 의한 식별자를 보고합니다. hostname 는 호스트의 이름을 보고하는지, 설정합니다. id 는 실제의 유저 ID 나 그룹 ID, 현재, 또는 주어진 유저의 소속하는 그룹을 보고합니다. install 는 파일의 허가 모드와 만약 가능하다면 그 소유권과 한패 프를 설정해 있는 동안에 그 파일을 카피합니다. join 는 동일한 결합 필드를 가지는 2개의 파일로부터의 행을 결합합니다. kill 는 주어진 프로세스를 종료시킵니다. link 는 주어진 파일에 대해서 주어진 이름으로 하드 링크를 작성 섬 . ln 는 파일간에 하드 링크인가 또는 소프트 링크를 만듭니다. logname 는 현재의 유저의 로그인명을 보고합니다. ls 는 주어진 디렉토리 각각의 내용을 리스트 합니다. 이것은 데포르 트로 파일과 차부 디렉토리를 알파벳순서에 늘어놓습니다. md5sum 는 MD5 체크 섬을 보고하는지, 또는 확인합니다. mkdir 는 주어진 이름으로 디렉토리를 만듭니다. mkfifo 는 주어진 이름으로 FIFO 를 만듭니다. mknod 는 주어진 이름으로 디바이스 노드를 만듭니다. 디바이스 노드는 캬 라크타스페샤르파일이나 블록 스페셜 파일, 또는 FIFO 로 . mv 는 파일 또는 디렉토리를 이동시키는지, 또는 이름의 변경을 합니다 . nice 는 프로그램이 수정된 우선 순위로 실행합니다. nl 는 주어진 파일의 행수를 셉니다. nohup 는 그 출력을 로그 파일에 전송 하면서, 행업에 영향을 받는거야 있고 커멘드를 실행합니다. od 는 8 진수나 그 외의 형식에서 파일을 덤프 합니다. paste 는 주어진 파일을 병합 해, 행 마다 탭으로 나누고 서로 이웃이 되어 대응시키고 (이)면서 결합합니다. pathchk 는 파일명이 유효한가 또는 이동 가능한가 어떤가를 조사합니다. pinky 는 가벼운 가리켜 프로그램입니다. 이것은 주어진 유저에 대한 정 보를 보고합니다. pr 는 인쇄를 위해서(때문에) 파일을 번호 붙이고 해, 종적관계 합니다. printenv 는 환경을 표시합니다 printf 는 주어진 인수가 주어진 형식에 따라 표시해, C 의 printf 함수 에 자주(잘) 닮았습니다. ptx 는 주어진 파일의 내용으로부터 그 문장안에 있는 각각의 키워 드에 의해 치환된 목록을 생성합니다. pwd 는 현재의 디렉토리의 이름을 보고합니다. readlink 는 주어진 기호 연결의 값을 보고합니다. rm 는 파일이나 디렉토리를 삭제합니다. rmdir 는 만약 하늘이면 디렉토리를 삭제합니다. seq 는 주어진 범위 중(안)에서 주어진 증분이 연속한 숫자를 표시합니다. sha1sum 는 160 비트의 SHA1 체크 섬을 표시하는지 체크합니다. shared 는 주어진 파일을 이상한 패턴으로 반복해 덧쓰기해, 데이터를 복 원 하는 것을 불가능하게 합니다. sleep 는 주어진 시간의 사이 정지합니다. sort 는 주어진 파일로부터 행을 검색합니다. split 는 주어진 파일을 행의 사이즈 또는 행수에 의해 세세하게 분할 섬 . stty 는 터미널 라인의 설정을 설정할까 보고합니다. su 는 대리의 유저와 그룹 ID 로 쉘을 실행합니다. sum 는 주어진 파일의 체크 섬과 블록을 표시합니다. sync 는 파일 시스템의 버퍼를 씻어 흘립니다. 이것은 변경된 브록 쿠를 디스크에 기입해 슈퍼 블록을 갱신하는 것을 강제합니다. tac 는 주어진 파일을 역에 출력합니다. tail 는 주어진 각각의 파일의 마지막 10행(또는 주어진 행수)을 겉(표) 가리킵니다. tee 는 표준 입력으로부터의 입력을 읽어내, 표준 출력과 주어진 파일의 양쪽 모두 에 기입합니다. test 는 파일 타입의 값을 비교해, 조사합니다. touch 는 파일 스탬프를 변경해, 주어진 파일의 액세스와 수정시 사이를 현재의 시간으로 설정합니다. 존재하지 않는 파일은 길이 0으로 만들어집니다. tr 는 표준 입력으로부터 주어진 문자를 번역해, 짜기 시작해, 삭제합니다. true 는 잘 되어가 아무것도 하지 않습니다. 이것은 언제나 성공을 나타내는 스테이타스코 드와 함께 종료합니다. tsort 는 위상 기하학적인 검색을 실시합니다. 이것은 주어진 파일안의 불 완전한 순서에 따라 완전하게 순서였던 리스트를 써냅니다. tty 는 표준 입력과 접속된 터미널의 파일 네임을 보고합니다. uname 는 시스템의 정보를 보고합니다. unexpand 는 스페이스를 탭으로 변환합니다. uniq 는 연속적으로 동일한 행 이외를 삭제합니다. unlink 는 주어진 파일을 삭제합니다. uptime 는 시스템이 지금까지 실행되고 있는 시간과 몇 사람의 유저가 로그인해 인가, 및 시스템 부하의 평균을 보고합니다. users 는 현재 로그인하고 있는 유저의 이름을 보고합니다. vdir 는 ls -l 와 같습니다. wc 는 주어진 각각의 파일에 대해 행수와 단어수, 및 바이트수를 보고해, 또 1개(살) 이상의 파일이 주어졌을 때에는 총행수를 보고합니다. who 는 누가 로그인하고 있을까를 보고합니다. whoami 는 현재 유효한 유저 ID 에 대응하는 유저명을 보고합니다. yse 는 'y'또는 주어진 캐릭터 라인을, 종료될 때까지 반복 출력합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Coreutils 인스톨 의존성 Coreutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu 인스톨의 설명에 대해서는 the Section called DejaGnu-1. 4.3 의 인스 사용료 in Chapter 5 라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 DejaGnu (1.4. 3): ftp://ftp.gnu.org/gnu/dejagnu/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu 의 내용 DejaGnu 패키지는 다른 프로그램을 테스트하기 위한 체제를 함 봅니다. 인스톨 되는 프로그램: runtest ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 runtest 는 적절한 expect 쉘을 찾아 DejaGnu 를 실행하는 wrapper 스크 리프트입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ DejaGnu 인스톨 의존성 Dejagnu 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 인스톨의 설명에 대해서는 the Section called Diffutils-2. 8.1 의 인 stall in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Diffutils (2.8. 1): ftp://ftp.gnu.org/gnu/diffutils/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 의 내용 이 패키지로부터의 프로그램은 2개의 파일이나 디렉토리의 차이를 교 네라고 줍니다. 가장 일반적인 사용 외날 소프트웨어 패치를 만드는 것입니다. 인스톨 되는 프로그램: cmp, diff, diff3 and sdiff ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 cmp 는 2개의 파일을 비교해 차이가 날지 어떨지라고 어느 바이트가 이인 라고 있을까를 보고합니다. diff 는 2개의 파일이나 디렉토리를 비교해 파일안의 어느 행이 이인 라고 있을까를 보고합니다. diff3 인 3개의 파일을 행 마다 비교합니다. sdiff 는 2개의 파일을 병합 해 결과를 대화적으로 출력합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Diffutils 인스톨 의존성 Diffutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs 인스톨의 설명에 대해서는 the Section called E2fsprogs-1. 34 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 E2fsprogs (1.34): ftp://download.sourceforge.net/pub/sourceforge/e2fsprogs/ http://download.sourceforge.net/e2fsprogs/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs 의 내용 E2fsprogs 는 ext2 파일 시스템으로 사용하는 파이르시스템유티리 티를 제공합니다. 이것은 또 쟈나링을 서포트한 ext3 파일 시스템도 서포트합니다. 인스톨 되는 프로그램: badblocks, blkid, chattr, compile_et, debugfs, dumpe2fs, e2fsck, e2image, e2label, findfs, fsck, fsck.ext2, fsck.ext3, logsave, lsattr, mk_cmds, mke2fs, mkfs.ext2, mkfs.ext3, mklost+found, resize2fs, tune2fs 및 uuidgen. 인스톨 되는 라이브러리: libblkid. [a, so], libcom_err. [a, so], libe2p. [a, so], libext2fs. [a, so], libss. [a, so] 및 libuuid. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 badblocks 는 파손한 블록이 없는가 디바이스(통상 디스크파티쇼 )를 검사합니다. blkid 는 블록 디바이스의 속성을 정하거나 표시하는 코만드라인유티 리티입니다. chattr 는 세칸드에크스텐젯드(ext2) 파일 시스템상의 파일의 속 성을 변경합니다. compile_et 는 에러 테이블 컴파일러입니다. 이것은 에러 코드 네임과 메세지의 테이블을 com_err 라이브러리에서의 사용에 적절한 C 의 소스후 일로 변환합니다. debugfs 는 파일 시스템 디버거입니다. 이것은 ext2 파일 시스템 상태를 검사해 변경하기 위해서 사용됩니다. dumpe2fs는 주어진 디바이스상에 있는 파일 시스템에 대한 슈퍼 블록과 블록 그룹 인포메이션을 표시합니다. e2fsck 는 세칸드에크스텐젯드(ext2) 파일 시스템과 또 ext3 후 이르시스템에 대해 검사해 또 임의로 수복하는데 사용됩니다. e2image 는 매우 중요한 ext2 파일 시스템의 데이터를 파일에 보존 위해(때문에) 사용됩니다. e2label 는 주어진 디바이스에 있는 ext2 파일 시스템의 파이르시스 템라벨을 표시하거나 변경하거나 합니다. findfs 는 파일 시스템을 라벨이나 UUID 에 따라 검색합니다. fsck 는 파일 시스템을 검사해, 임의로 수복하기 위해서 사용됩니다. 데포 르트에서는 /etc/fstab 에 리스트 된 파일 시스템을 검사합니다. logsave 는 커멘드의 출력을 로그 파일에 보존합니다. ladttr 는 세칸드에크스텐젯드파이르시스템상의 파일의 속성을 리 파업 합니다. mk_cmds 는 커멘드명과 헬프 메세지의 것의 테이블을 libss 하부조직 라이브러리에서의 사용에 적절한 C 원시 파일로 변환합니다. mke2fs 는 주어진 디바이스상에 세칸드에크스텐젯드파이르시스템 (을)를 만들기 위해서(때문에) 사용됩니다. mklost+found 는 세칸드에크스텐젯드파이르시스템상에 lost+found 디렉토리를 만들기 위해서(때문에) 사용됩니다. 이것은 e2fsck 의 일을 경감하기 위해(때문에) 에 디스크 블록을 이 디렉토리에 미리 배치합니다. resize2fs 는 ext2 파일 시스템을 크게 하거나 줄이거나 하는데 사용하는 와 (이)가 할 수 있습니다. tune2fs 는 세칸드에크스텐젯드파이르시스템상의 조절할 수 있는 파이 르시스템파라메이타를 조정합니다. uuidgen 는 새로운 보편적 고유 식별자(UUID:unversally unique idenrifiers)를 만듭니다. 각각의 새로운 UUID 는, 과거, 미래, 로컬 시스템이나 그 다른 시스템 모두로 만들어지는 모든 UUID 에 대해, 거의 고유의 것 인이다고 생각됩니다. libblkid 는 디바이스의 식별과 토큰을 꺼내기 위한 루틴을 포함합니다. libcom_err 는 일반적인 에러를 표시하는 루틴입니다. libe2p 는 dumpe2fs, chattr, 및 lasttr 에 사용됩니다. libext2fs 는 유저 레벨 프로그램이 ext2 파일 시스템을 조작 성과 같게 하는 루틴을 포함합니다. libss 는 debugfs 에 의해 사용됩니다. libuuid 는 로컬 시스템 이외에도 통용될 수 있을 오브젝트이기 때문에 의 고유 식별자를 생성하는 루틴을 포함합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ E2fsprogs 인스톨 의존성 E2fsprogs 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Gettext, Glibc, Grep, Make, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed 인스톨의 설명에 대해서는 the Section called Ed-0. 2 의 인스톨 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Ed (0.2): ftp://ftp.gnu.org/gnu/ed/ Ed Mkstemp 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ed-0. 2-mkstemp.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed 의 내용 GNU Ed 는 8 비트 대응으로 POSIX 준거의 라인 에디터입니다. 인스톨 되는 프로그램: ed and red (ed 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 ed 하행형(line-oriented)의 텍스트 문자 편집기입니다. 이것은 텍스트 파일 (을)를 작성, 표시, 수정, 또 그 외의 조작을 하기 위해서 사용됩니다. red 는 제한부의 ed 입니다. 이것은 현재의 디렉토리에 있는 파일만을 편집할 수 있어 또 쉘 커멘드를 실행할 수 없습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ed 인스톨 의존성 Ed 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect 인스톨의 설명에 대해서는 the Section called Expect-5. 39.0 의 인스 사용료 in Chapter 5 라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Expect (5.39. 0): http://expect.nist.gov/src/ Expect Spawn 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ expect-5. 39.0-spawn.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect 의 내용 Expect 패키지는 다른 대화 형식 프로그램과 프로그램 된 문답을 행한다 프로그램을 제공합니다. 인스톨 되는 프로그램: expect 인스톨 되는 라이브러리: libexpect5. 39. a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 Expect 는 스크립트에 따라 다른 대화식 프로그램이라고 "회화" 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Expect 인스톨 의존성 Expect 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed, Tcl. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File 인스톨의 설명에 대해서는 the Section called File-4. 04 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 File (4.04): ftp://ftp.gw.com/mirrors/pub/unix/file/ 대체의 다운로드 장소: ftp://gaosu.rave.org/pub/linux/lfs/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File 의 내용 File 는 파일 타입을 결정하기 위해서(때문에) 사용되는 유틸리티입니다. 인스톨 되는 프로그램: file 인스톨 되는 라이브러리: libmagic. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 file 는 주어진 각각의 파일을 분류하려고 시도합니다. 이것은 파이 르시스템테스트, magic number-테스트, 언어 테스트라고 한 몇개의 테스트를 실시합니다. 처음에 성공한 테스트가 결과를 결정합니다. libmagic 는 파일 프로그램에 사용되는 magic number-평가의 루틴을 포함합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ File 인스톨 의존성 File 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed, Zlib. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 인스톨의 설명에 대해서는 the Section called Findutils-4. 1.20 의 인 stall in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Findutils (4.1. 20): ftp://alpha.gnu.org/gnu/findutils/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 의 내용 Findutils 패키지는, 온더 플라이 방식(실황적으로 디렉토리를 재귀검 색 해 사양에 맞은 파일을 표시하는 방식)과 데이타베이스를 통해 검색 방식의 양쪽 모두의 파일을 찾는 프로그램을 포함합니다. 인스톨 되는 프로그램: bigram, code, find, frcode, locate, updatedb 및 xargs ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 bigram 는 배치 데이타베이스를 생성하는데 이전 사용되고 있었습니다. code 는 배치 데이타베이스를 생성하는데 이전 사용되고 있었습니다. 이것은 frcode 의 선조입니다. find 는 특정된 기준에 일치하는 파일을 찾아 주어진 디레크트리트 리를 검색합니다. frcode 는 파일명의 리스트를 압축하기 위해서 updatedb 에 불려 갑니다. 이것은 전방 압축을 사용해, 데이타베이스의 사이즈를 4에서 5의 인수로 작게 합니다 . locate 는 파일명의 데이타베이스를 검색해, 주어진 캐릭터 라인을 포함할까 파타 에 일치하는 이름을 보고합니다. updatedb 는 배치 데이타베이스를 갱신합니다. 이것은 파일 시스템 전체(손가락 정이 없는 한은 현재 마운트되고 있는 다른 파일 시스템도 포함한다)를 조사 , 데이타베이스안에 찾아낸 모든 이름을 출력합니다. xargs 는 주어진 커멘드를 파일의 리스트에 적용하기 위해서 사용됩니다 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Findutils 인스톨 의존성 Findutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex 인스톨의 설명에 대해서는 the Section called Flex-2. 5.4a 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Flex (2.5. 4a): ftp://ftp.gnu.org/non-gnu/flex/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex 의 내용 Flex 패키지는 텍스트안의 패턴을 찾아내기 위한 프로그램을 생성 합니다. 인스톨 되는 프로그램: flex, flex++ (flex 에의 링크) 및 lex 인스톨 되는 라이브러리: libfl.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 flex 는 문서중의 패턴을 인식하는 프로그램을 생성하기 위한 툴입니다. 패턴 인식은 많은 어플리케이션으로 도움이 됩니다. 무엇을 찾는가 하는 규 칙의 모임으로부터 flex 는 그 패턴을 찾는 프로그램을 만듭니다. flex 를 사 이유는, 패턴의 규칙을 특정하는 것이 실제의 패턴 검색 프로그램을 쓰는 것 보다 훨씬 용이하기 때문에입니다. flex++ 는 오로지 C++ 의 검색으로 사용되는 flex 의 버젼을 호소합니다 . libfl.a 는 flex 의 라이브러리입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Flex 인스톨 의존성 Flex 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 인스톨의 설명에 대해서는 the Section called Gawk-3. 1.3 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Gawk (3.1. 3): ftp://ftp.gnu.org/pub/gnu/gawk/ Gawk Libexecdir 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gawk-3. 1.3-libexecdir.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 의 내용 Gawk 는 텍스트 파일을 조작하는데 사용되는 awk 의 실장입니다. 인스톨 되는 프로그램: awk (gawk 에의 링크), gawk, gawk-3. 1.3, grcat, igawk, pgawk, pgawk-3. 1.3 및 pwcat ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 gawk 는 텍스트 파일을 조작하기 위한 프로그램입니다. 이것은 awk 의 GNU 에 의한 실장입니다. grcat 는 그룹 데이타베이스 /etc/group 를 덤프 합니다. igawk 는 gawk 에 파일을 포함하는 능력을 줍니다. pgawk 는 gawk 의 프로 파일링판입니다. pwcat 는 패스워드 데이타베이스 /etc/passwd 를 덤프 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gawk 인스톨 의존성 Gawk 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 인스톨의 설명에 대해서는 the Section called GCC-3. 3.1 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다로드 장소 GCC (3.3. 1): ftp://ftp.gnu.org/pub/gnu/gcc/ GCC No-Fixincludes 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-3. 3.1-no_fixincludes-2.patch GCC Specs 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/gcc-3. 3.1-specs-2.patch GCC Suppress-Libiberty 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-3. 3.1-suppress-libiberty.patch GCC-2 (2.95. 3): ftp://ftp.gnu.org/pub/gnu/gcc/ GCC-2 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/gcc-2. 95.3-2.patch GCC-2 No-Fixincludes 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-2. 95.3-no-fixinc.patch GCC-2 Return-Type 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ gcc-2. 95.3-returntype-fix.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 의 내용 GCC 패키지는 C 및 C++ 컴파일러등을 포함한 GNU 콘파이라코레크시 를 수용하고 있습니다. 인스톨 되는 프로그램: c++, cc (link to gcc), cc1, cc1plus, collect2, cpp, g++, gcc, gccbug, 및 gcov 인스톨 되는 라이브러리: libgcc.a, libgcc_eh.a, libgcc_s.so, libstdc++. [a, so] 및 libsupc++.a ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 cpp 는 C 프리프로세서입니다. 이것은 원시 파일안에 있는 #include 나 #define 등의 선언을 전개하기 위해(때문에) 컴파일러에 사용됩니다. g++ 는 C++ 컴파일러입니다. gcc 는 C 컴파일러입니다. 이것은 프로그램의 원시 코드를 아센브르코 드로 번역합니다. gccbug 는 좋은 버그의 보고를 작성하는 것을 돕는데 사용되는 셸 스크립트 입니다. gcov 는 범위 테스트 툴입니다. 이것은 최적화가 어디서 가장 효과적이 될까를 조 위해(때문에) 프로그램을 해석하기 위해서 사용됩니다. libgcc+ 는 gcc 의 런타임 서포트를 포함합니다. libstdc++ 는 스탠다드 C++ 라이브러리입니다. 이것은 많은 자주(잘) 사용되는 관 수를 포함합니다. libsupc++ 는 C++ 프로그램 언어를 위한 지원 루틴을 제공합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC 인스톨 의존성 GCC 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Findutils, Gawk, Gettext, Glibc, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 인스톨의 설명에 대해서는 the Section called Gettext-0. 12.1 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Gettext (0.12. 1): ftp://ftp.gnu.org/gnu/gettext/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 의 내용 Gettext 패키지는 국제화와 지역화를 위해 사용됩니다. 프로그램은, 유 더-의 모국어로 메세지를 보내는 것을 가능하게 하는 모국어 서포트( NLS )로 컴파일 될 수가 있습니다. 인스톨 되는 프로그램: autopoint, config.charset, config.rpath, gettext, gettextize, hostname, msgattrib, msgcat, msgcmp, msgcomm, msgconv, msgen, msgexec, msgfilter, msgfmt, msggrep, msginit, msgmerge, msgunfmt, msguniq, ngettext, project-id, team-address, trigger, urlget, user-email 및 xgettext 인스톨 되는 라이브러리: libasprintf[a, so], libgettextlib[a, so], libgettextpo[a, so] 및 libgettextsrc[a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 autopoint 는 스탠다드 gettext 구조 기판 파일을 소스 패키지에 코 피 합니다. config.charset 는 시스템에 의존한 캐릭터 encode 앨리어스(alias)의 테이 불을 출력합니다. config.rpath 는 시스템에 의존한 변수의 모임을 출력해, 실행 파일중의 공유 라이브러리의 패스를 검색하는 런타임을 어떻게 설정하는지를 설명해 . gettext 는 원래 있는 언어로 쓰여진 메세지를, 메세지 카탈로그안에 쓰여진 번역을 참조하면서 유저의 언어로 번역합니다. gettextize 는 패키지를 국제화하기 시작하기 (위해)때문에, 모든 스탠다드 Gettext 파일이 주어진 패키지의 최상정도 디렉토리에 카피 섬 . hostname 는 여러가지 형식에서 네트워크 호스트 네임을 표시합니다. msgattrib 는 번역 카탈로그의 메세지를 그 배치에 따라 필터 해, 또 배치를 조작합니다. msgcat 는 주어졌다 . po 파일을 결합해, 병합 합니다. msgcmp 는 주어진 2개(살)의 . po 파일이, 모두 같은 msgid 캐릭터 라인의 모임 (을)를 가지고 있을지 어떨지 조사합니다. msgcomm 는 주어졌다. po 파일에 공통의 메세지를 찾습니다. msgconf 는 번역 카탈로그를 다른 캐릭터 인코딩에 변환합니다 . msgen 는 영어의 번역 카탈로그를 만듭니다. msgexec 는 번역 카탈로그의 번역 모두에 대해서 커멘드를 적용합니다. msgfilter 는 번역 카탈로그의 번역 모두에게 필터를 적용합니다. msgfmt 는 번역 카탈로그로부터 바이너리 메세지 카탈로그를 생성합니다. msggrep 는 번역 카탈로그의 모든 메세지로부터 주어진 패턴이나 소 스파일의 몇개인가에 일치하는 것을 꺼냅니다. msginit 는 새롭다 . po 파일을 만들어, 유저의 환경의 변수를 사용해 메타정 보를 초기화합니다. msgmerge 는 2개의 가공하고 있지 않는 번역을 하나의 파일에 결합합니다. msgunfmt 는 바이너리 메세지 카탈로그를 가공하고 있지 않는 번역문에 데콘파이 르 합니다. msguniq 는 번역 카탈로그안의 이중이 된 번역을 통합합니다. ngettext 는 문법 형식이 숫자에 의존하는 것 같은 원문의 모국어에 의한 번역을 표시해 . xgettext 는 처음의 번역 템플릿을 만들기 (위해)때문에, 주어진 원시 파일인가 들 번역 가능한 메세지의 행을 꺼냅니다. libasprintf 는 C 로 기술된 출력 루틴을 C++ 로 사용할 수 있도록(듯이) 한다 autosprintf 클래스를, 캐릭터 라인과 시냇물을 사용하기 (위해)때문에 에 정의합니다. libgettextlib 는 여러가지 gettext 프로그램에 사용되는 공통의 루틴을 포함한다 프라이빗 라이브러리입니다. 이것들은 일반적으로 사용 성과(뜻)이유에서는 키 응. libgettextpo 는 P0 파일을 처리하는 것에 특화된 프로그램을 책 째에 사용됩니다. 이 라이브러리는 gettext 에 의해 배웅해진 표준적인 아 프리케이션(msgcomm 나 msgcmp, msgattrib, msgen 등)이 충분하지 않으면 나무에 사용됩니다. libgettextsrc 는 여러가지 gettext 프로그램에 사용되는 공통의 루틴을 포함한다 프라이빗 라이브러리입니다. 이것들은 일반적으로 사용 성과(뜻)이유에서는 키 응. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gettext 인스톨 의존성 Gettext 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 인스톨의 설명에 대해서는 the Section called Glibc-2. 3.2 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Glibc (2.3. 2): ftp://ftp.gnu.org/gnu/glibc/ Glibc-linuxthreads (2.3. 2): ftp://ftp.gnu.org/gnu/glibc/ Glibc Sscanf 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ glibc-2. 3.2-sscanf-1.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 의 내용 Glibc 는 open, malloc, printf, 등이라고 하는 시스템 콜이나 기본적인 함수를 제공하는 라이브러리입니다. 이 C 라이브러리는 동적 링크된 모든 프로그 램에 사용됩니다. 인스톨 되는 프로그램: catchsegv, gencat, getconf, getent, glibcbug, iconv, iconvconfig, ldconfig, ldd, lddlibc4, locale, localedef, mtrace, nscd, nscd_nischeck, pcprofiledump, pt_chown, rpcgen, rpcinfo, sln, sprof, tzselect, xtrace, zdump 및 zic 인스톨 되는 라이브러리: ld.so, libBrokenLocale. [a, so], libSegFault.so, libanl. [a, so], libbsd-compat.a, libc. [a, so], libc_nonshared.a, libcrypt. [a, so], libdl. [a, so], libg.a, libieee.a, libm. [a, so], libmcheck.a, libmemusage.so, libnsl.a, libnss_compat.so, libnss_dns.so, libnss_files.so, libnss_hesiod.so, libnss_nis.so, libnss_nisplus.so, libpcprofile.so, libpthread. [a, so], libresolv. [a, so], librpcsvc.a, librt. [a, so], libthread_db.so 및 libutil. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 catchsegv 는 프로그램이 세그메테이션 위반으로 종료했을 때에 스택추 자취를 생성하기 위해서 사용될 수가 있습니다. gencat 는 메세지 카탈로그를 생성합니다. getconf 는 파일 시스템 특유의 변수를 위한 시스템 최적화의 값을 표시해 . getent 는 관리상의 데이타베이스로부터의 항목을 얻습니다. glibcbug 는 버그 리포트를 생성해 그것을 버그 e 메일 주소에 송신합니다 . iconv 는 캐릭터 세트의 변환을 실시합니다. iconvconfig 는 고속 전송 iconv 모듈 최적화 파일을 생성합니다. ldconfig 는 동적 링커의 란타임바인드를 최적화합니다. ldd 는 어느 공유 라이브러리가 주어진 각각의 프로그램이나 공유 라이브라 리에 필요하게 될까를 보고합니다. lddlibc4 는 오브젝트 파일에 대한 ldd 의 실행을 돕습니다. locale 는 컴파일러에 편입의 조작으로서의 POSIX 로케일의 사용을 유효 (으)로 할까 무효로 할까를 가르치는 Perl 의 프로그램입니다. localedef 는 로케일의 시방서를 컴파일 합니다. mtrace... nscd 는 가장 일반적인 네임 서비스 요구를 제공하는 네임 서비스 캐쉬 demon입니다. nscd_nischeck 는 NIS+lookup 로 시큐어 모드가 필요하게 될지 어떨지를 조 . pcprofiledump 는 PC 프로 파일링 닮아라라는 생성된 정보를 덤프 섬 . pt_chown 는 grantpt 를 위해서(때문에) 소유권과 그룹, 또 종속 가상 터미널에 의 접속 허가를 설정하는 것을 돕는 프로그램입니다. rpcgen 는 RPC 프로토콜을 실장하는 C 코드를 생성합니다. rpcinfo 는 RPC 서버에 RPC 호출을 합니다. sln 는 기호 연결을 만듭니다. 이 프로그램은 정적으로 링크되어 있으므로, 만약 어떠한 이유로써 동적 링크 시스템이 기능하지 않는 경우에 신보 릭크리크를 만드는 도움이 됩니다. sprof 는 공유 오브젝트 프로파일 데이터를 읽어들여, 출력합니다. tzselect 는 유저에게 시스템의 장소에 도착해 물어 거기에 대응하는 타임조 의 설명을 보고합니다. xtrace 는 현재 실행되고 있는 함수를 표시해 프로그램의 실행을 추적합니다. zdump 는 타임 존을 덤프 합니다. zic 는 타임 존 컴파일러입니다. ld.so 는 공유 라이브러리의 실행 파일을 돕는 프로그램입니다. libBrokenLocale 는 Mozilla 와 같은 프로그램이 망가진 로케일을 취급하기 (위해)때문에 에 사용됩니다. libSegFault 는 분할 위반 신호를 취급합니다. 이것은 세그멘테이 숀 위반을 잡으려고 합니다. libanl 는 비동기 이름 검색 라이브러리입니다. libbsd-compact 는 있는 BSD 프로그램을 Linux 의 원으로 실행하기 위해서 필요와 되는 이식성을 제공합니다. libc 는 메인의 C 라이브러리에서, 일반적으로 사용되는 함수의 모임입니다. libcrypt 는 암호 라이브러리입니다. libdl 는 동적 링크 인터페이스 라이브러리입니다. libg 는 g++ 를 위한 런 타임 라이브러리입니다. libieee 는 IEEE 부동 소수점 연산 라이브러리입니다. libm 는 수학 라이브러리입니다. libmcheck 는 기동시에 실행되는 코드를 포함합니다. libmemusage 는 프로그램의 메모리 사용에 대한 정보를 모으는 것을 도움 째에 memusage 에 의해 사용됩니다. libnsl 는 네트워크 서비스 라이브러리입니다. libnss* 는 네임 서비스 스윗치 라이브러리에서, 호스트 네임, 유자네 무, 그룹 네임, 앨리어스(alias), 서비스, 프로토콜등을 (위해)때문에의 함수 (을)를 포함합니다. libpcprofile 는 원시 코드의 행이 사용하는 CPU 타임의 양을 추적하기 위해서 사 깨지는 프로 파일링 함수를 포함합니다. libpthred 는 POSIX thread 라이브러리입니다. libresolv 는 인터넷 도메인 네임서버-에의 패킷을 생성, 송 신, 통역하기 위한 함수를 포함합니다. librpcsvc 는 여러가지 RPC 서비스를 제공하는 함수를 포함합니다. librt 는 POSIX. 1b 리얼타임 확장에 특정된 대부분의 인타페이 스를 제공하는 함수를 포함합니다. libthread_db 는 multi-thread 프로그램을 위한 디버거를 구축하는데 변 이익인 함수를 포함합니다 libutil 는 많은 다른 Unix 유틸리티에 사용되는 "표준적인" 함수의 코드를 포함합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Glibc 인스톨 의존성 Glibc 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Gettext, Grep, Make, Perl, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 인스톨의 설명에 대해서는 the Section called Grep-2. 5.1 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Grep (2.5. 1): ftp://ftp.gnu.org/gnu/grep/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 의 내용 Grep 는 지정된 패턴에 맞은 라인을 파일로부터 표시하는데 사용되고 프로그램입니다. 인스톨 되는 프로그램: egrep (grep 에의 링크), fgrep (grep 에의 링크) 및 grep ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 egrep 는 확장된 정규 표현에 일치하는 행을 표시합니다. fgrep 는 고정된 캐릭터 라인에 일치하는 행을 표시합니다. grep 는 기본적인 정규 표현에 일치하는 행을 표시합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grep 인스톨 의존성 Grep 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Make, Sed, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff 인스톨의 설명에 대해서는 the Section called Groff-1. 19 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Groff (1.19): ftp://ftp.gnu.org/gnu/groff/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff 의 내용 Groff 패키지는 문장 정형을 위한 몇개의 텍스트 처리 프로그램을 함 봅니다. Groff 는 표준적인 문장과 특별한 커멘드를, 메뉴얼 페이지로 눈에 하는 것 같은 정형된 출력으로 번역합니다. 인스톨 되는 프로그램: addftinfo, afmtodit, eqn, eqn2graph, geqn (eqn 에의 링크), grn, grodvi, groff, groffer, grog, grolbp, grolj4, grops, grotty, gtbl (tbl 에의 링크), hpftodit, indxbib, lkbib, lookbib, mmroff, neqn, nroff, pfbtops, pic, pic2graph, post-grohtml, pre-grohtml, refer, soelim, tbl, tfmtodit, troff 및 zsoelim (soelim 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 addftinfo 는 troff 폰트 파일을 읽어들여 groff 시스템으로 사용된다 몇개의 부가적인 폰트 시학 정보를 더합니다. afmtodit 는 groff 와 grops 로 사용하기 위한 폰트 파일을 만듭니다. eqn 는 troff 입력 파일에 파묻힌 (분)편 정도식의 표현을 troff 에 이해 성과 커멘드에 컴파일 합니다. egn2raph 는 EQN 방정식을 짧게 자른 화상으로 변환합니다. grn 는 gremlin 파일을 위한 groff 전처리기입니다. grodvi 는 groff 가 TeX dvi 포맷을 생성하기 위한 드라이버입니다. groff 는 groff 문장 정형 시스템을 위한 프론트엔드입니다. 통상 이것은 troff 프로그램과 주어진 디바이스에 적절한 포스트프로세서를 실행해 . groffer 는 X 와 tty 상에서 groff 파일과 man page 를 표시합니다. grop 는 파일을 읽어들여, 파일을 인쇄하는데 -e, -man, -me, -mm, -ms, -p, -s, -t 목의 groff 옵션이 필요하게 되는지를 추측해, 이것들 의 옵션을 포함한 groff 커멘드를 보고합니다. grolbp 는 Canon CAPSL 프린터(LBP-4 및 LBP-8 시리즈의 레이자프 린타)를 위한 groff 드라이버입니다. grolj4 는 HP Laserjet 4 프린터의 PCL5 형식에 적절한 출력을 생성한다 groff 의 드라이버입니다. grops 는 GNU troff 의 출력을 Postscript 로 번역합니다. grotty 는 GNU troff 의 출력을 타이프 라이터와 같은 디바이스에 적절한 형식 (으)로 번역합니다. gtbl 는 tbl 의 GNU 에 의한 실장입니다. hpftodit 는 groff -Tlj4 로 사용하기 위한 폰트 파일을 HP 형식의 폰 트메트릭크파일로부터 생성합니다. indxbib 는 저서 목록 데이타베이스를 위해서(때문에) 역순서로 된 목록을 refer, lookbib, lkbib 로 사용하기 위한 특정의 파일로 합니다. lkbib 는 특정의 키를 포함한 출전을 위해서(때문에) 저서 목록 데이타베이스를 검색해, 보고 개 산 출전을 보고합니다. lookbib 는 표준 에러에(표준 입력이 터미널이 아닌 한) prompt를 표시 해, 표준 입력으로부터 키워드를 포함한 행을 읽어들여, 그러한 키워드를 포함한다 출전의 특정의 파일을 저서 목록 데이타베이스로부터 검색해, 발견된 모두 의 출전을 표준 출력에 표시해, 입력이 종료할 때까지 이상의 과정을 반복합니다. mmroff 는 groff 를 위한 단순한 전처리기입니다. neqn 는 방정식을 아스키 출력을 위해서(때문에) 정형합니다. nroff 는 groff 를 사용하는 nroff 커멘드를 에뮤레이트 하는 스크립트입니다. pfbtops 는 . pfb 형식의 파일안의 Postscript 폰트를 ASCII 에 변환 합니다. pic 는 입력된 troff 또는 TeX 파일안에 파묻힌 화상의 기술 (을)를 Tex 나 troff 를 이해할 수 있는 커멘드에 컴파일 합니다. pic2graph 는 PIC 다이어그램을 짧게 여겨진 화상으로 변환합니다. pre-grohtml 는 GNU troff 의 출력을 html 에 번역합니다. post-grohtml 는 GNU troff 의 출력을 html 에 번역합니다. refer 는 파일의 내용을 표준 출력에 카피합니다만, 인용문으로서 삽입되고 . [ . ] 그리고 둘러싸인 행과 인용문을 어떻게 처리하는가 하는 것을 나타내는 코 만드로서 삽입되었다 . R1 . R2 로 둘러싸인 행은 카피하지 않습니다. soelim 는 . so 파일을 읽어들여, 파일의 행이 언급된 파일중 용과 옮겨놓습니다. tbl 는 troff 에 입력된 파일에 파묻힌 테이블의 기술을 troff 하지만 이해할 수 있는 기술에 컴파일 합니다. tfmtodit 는 groff -Tdvi 로 사용하기 위한 폰트 파일을 생성합니다. troff 는 Unix troff 와 높은 호환성이 있습니다. 통상 이것은 groff 커멘드를 사용해 불려 가야 하는 것으로, 이 커멘드는 또 프리프로세서와 포스트프로 셋사를 적절한 순서와 옵션으로 실행합니다. zsoelim 는 GNU 에 의한 soelim 의 실장입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Groff 인스톨 의존성 Groff 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub 인스톨의 설명에 대해서는 the Section called Grub-0. 93 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Grub (0.93): ftp://alpha.gnu.org/pub/gnu/grub/ Grub Gcc33 Patch: http://www.linuxfromscratch.org/patches/lfs/5. 0/grub-0. 93-gcc33-1.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub 의 내용 Grub 패키지는 부트 로더-를 포함합니다. 인스톨 되는 프로그램: grub, grub-install, grub-md5-crypt, grub-terminfo and mbchk ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 grub 는 포괄적 통합 부트 로더-(GRand Unified Bootloader)의 코만드시 르입니다. grub-install 는 GRUB 가 주어진 디바이스에 인스톨 합니다. grub-md5-crypt 는 패스워드를 MD5 형식에 암호화합니다. grub-terminfo 는 terminfo 명으로부터 terminfo 커멘드를 생성합니다. 이것은 만약 당신이 일반적이지 않은 터미널을 가지고 있을 때 사용할 수 있습니다 . mbchk 는 멀티 부트 커넬의 형식을 조사합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Grub 인스톨 의존성 Grub 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 인스톨의 설명에 대해서는 the Section called Gzip-1. 3.5 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Gzip (1.3. 5): ftp://alpha.gnu.org/gnu/gzip/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 의 내용 Gzip 패키지는 Kempel-Ziv 코딩( LZ77 )을 사용해 파일을 압 축 하거나 해동하거나 하는 프로그램을 포함합니다. 인스톨 되는 프로그램: gunzip (gzip 에의 링크), gzexe, gzip, uncompress (gunzip 에의 링크), zcat (gzip 에의 링크), zcmp, zdiff, zegrep, zfgrep, zforce, zgrep, zless, zmore 및 znew ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 gunzip 는 gzip 압축된 파일을 해동합니다. gzexe 는 자기 해동형의 실행 파일을 생성하기 위해서 사용됩니다. gzip 는 주어진 파일을 Lempel-Ziv(LZ77) 코딩을 사용해 압축해 . zcat 는 주어진 gzip 압축된 파일을 표준 출력에 전개합니다. zcmp 는 gzip 압축된 파일에 대해서 cmp 를 실행합니다. zdiff 는 gzip 압축된 파일에 대해서 diff 를 실행합니다. zegrep 는 gzip 압축된 파일에 대해서 egrep 를 실행합니다. zfgrep 는 gzip 압축된 파일에 대해서 fgrep 를 실행합니다. zfcore 는 gzip 압축된 주어진 모든 파일에 대해서, gzip 가 재 압축을 하지 않게 . gz 확장자(extension)를 강제합니다. 이것은 파일을 전이 하고 있고 간에 파일명이 잘라내져 버렸을 경우에 편리합니다. zgrep 는 gzip 압축된 파일에 대해서 grep 를 실행합니다. zless 는 gzip 압축된 파일에 대해서 less 를 실행합니다. zmore 는 gzip 압축된 파일에 대해서 more 를 실행합니다. zmore 는 gzip 압축된 파일에 대해서 more 를 실행합니다. znew 는 compress 형식 . Z 로부터 gzip 형식 . gz 에 파일을 재압축합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Gzip 인스톨 의존성 Gzip 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils 인스톨의 설명에 대해서는 the Section called Inetutils-1. 4.2 의 인 stall in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Inetutils (1.4. 2): http://freshmeat.net/projects/inetutils/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils 의 내용 Inetutils 패키지는 네트워크 클라이언트와 서버를 포함합니다. 인스톨 되는 프로그램: ftp, ping, rcp, rlogin, rsh, talk, telnet 및 tftp ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 ftp 는 ARPANET 파일 전송 프로그램입니다. ping 는 반복 요구 패킷을 송신해 대답이 오는데 걸린 시간을 보고합니다. rcp 는 리모트 파일 카피를 합니다. rlogin 는 리모트 로그인을 합니다. rsh 는 리모트 쉘을 실행합니다. talk 는 다른 유저와 채팅하기 위해서 사용됩니다. telnet 는 TELNET 프로토콜의 인터페이스입니다. tftp 는 약간의(trivial) 파일 전송 프로그램입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Inetutils 인스톨 의존성 Inetutils 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd 인스톨의 설명에 대해서는 the Section called Kbd-1. 08 의 인스톨 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Kbd (1.08): ftp://ftp.win.tue.nl/pub/linux-local/utils/kbd/ Kbd More-Programs 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ kbd-1. 08-more-programs.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd 의 내용 Kbd 는 키 테이블 파일과 키보드 유틸리티를 포함합니다. 인스톨 되는 프로그램: chvt, deallocvt, dumpkeys, fgconsole, getkeycodes, getunimap, kbd_mode, kbdrate, loadkeys, loadunimap, mapscrn, openvt, psfaddtable (psfxtable 에의 링크), psfgettable (psfxtable 에의 링크), psfstriptable (psfxtable 에의 링크), psfxtable, resizecons, setfont, setkeycodes, setleds, setlogcons, setmetamode, setvesablank, showconsolefont, showkey, unicode_start 및 unicode_stop ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 chvt 는 전방 가상 터미널을 변경합니다. deallocvt 는 사용되지 않은 가상 터미널을 해제합니다. dumpkeys 는 키보드 번역 테이블을 덤프 합니다. fgconsole 는 액티브한 가상 터미널의 수를 표시합니다. getkeycodes 는 커넬의 스캔 코드로부터 키코드에의 맙핑테이 불을 표시합니다. getunimap 는 현재 사용되고 있는 유니맙을 표시합니다. kbd_mode 는 키보드의 모드를 보고 또는 설정합니다. kbdrate 는 키보드의 반복과 지연의 비를 설정합니다. loadkeys 는 키보드 번역 테이블을 읽어들입니다. loadunimap 는 커넬의 뜨거운 물에 코드로부터 폰트에의 매핑 파일을 독 보고 붐빕니다. mapscrn 는 유저 정의의 출력 문자 매핑 테이블을 콘솔 드라이버 에 읽어들이기 위해서(때문에) 사용되고 있었던 시대 지연의 프로그램입니다. 이것은 지금 setfont 에 의해 행해집니다. openvt 는 새로운 가상 터미널(VT) 상에서 프로그램을 개시합니다. psf* 는 콘솔 폰트로 Unicode 캐릭터 테이블을 취급하기 위한 트 르의 모임입니다. resizecons 는 콘솔 사이즈의 커넬의 인식을 변경합니다. setfont 를 사용하면(자) 콘솔로 EGA/VGA 폰트를 변경할 수가 있습니다. setkeycode 는 커넬의 스캔 코드로부터 키코드에의 맙핑테이브 르엔트리를 읽어들여, 만약 당신이 키보드에 그다지 일반적이지 않은 키를 가지고 있는 경우에는 편리합니다. setleds 는 키보드 플래그와 LED 를 설정합니다. 많은 사람은 디폴트의 설 정으로 NumLock 가 온이 되어 있는 것을 편리하다고 생각하겠지요. setleds +num 그리고 이것을 달성할 수 있습니다. setlogcons 는 커넬 메세지를 콘솔에 보냅니다. setmetamode 는 키보드의 메타키의 취급을 정의합니다. setvesablank 를 사용하면(자) 편입의 하드웨어 스크린 세이버(화면을 변 화 시키는 것은 아니고, 단순한 검은 화면)에 조금 손볼 수가 있습니다. showconsolefont 는 현재의 EGA/VGA 콘솔 스크린의 폰트를 표시해 . showkey 는 키보드상이 밀린 키의 스캔 코드와 키코드, ASCII 코드를 보고합니다. unicode_start 는 키보드와 콘솔을 Unicode 모드로 합니다. unicode_stop 는 키보드와 콘솔을 Unicode 모드로부터 원 상태에 려 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kbd 인스톨 의존성 Kbd 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Flex, GCC, Gettext, Glibc, Grep, Gzip, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less 인스톨의 설명에 대해서는 the Section called Less-381 의 인스톨 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Less (381): ftp://ftp.gnu.org/gnu/less/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less 의 내용 Less 는 파일 pager, 또는 테키스트뷰워입니다. 이것은 파일이나 시냇물의 내용을 표시해, 스크롤 하는 능력이 있습니다. Less 는 more -전기밥통에는 포함되지 않는, 후방에 스크롤 하는 기능등의 몇개의 특징을 가지고 있습니다. 인스톨 되는 프로그램: less, lessecho 및 lesskey ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 less 는 파이르뷰워, 또는 pager입니다. 이것은 주어진 파일 의 내용을 표시해, 상하에 스크롤 하는 것이나 캐릭터 라인의 검색, 마크에의 쟈 프가 생깁니다. lessecho 는 Unix 시스템의 파일명에 있는 * 이나 ? (와)과 같은 메타캐라크 타를 전개하는데 필요하게 됩니다. lesskey 는 less 를 위해서(때문에) 키 바인딩을 특정하기 위해서 사용됩니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Less 인스톨 의존성 Less 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-Bootscripts 인스톨의 설명에 대해서는 the Section called LFS-Bootscripts-1. 12 의 인스톨 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 LFS-Bootscripts (1.12): http://downloads.linuxfromscratch.org/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-bootscripts 의 내용 LFS-Bootscripts 패키지는 SysV init 스타일의 셸 스크립트를 포함해 . 이러한 스크립트는 부트의 사이에 파일 시스템의 완전함을 체 쿠 하는, keymap 를 로드하는, 네트워크를 설정하는, 슛다운시에 프로세스를 정지하는 등의 여러가지 일을 행합니다. 인스톨 되는 프로그램: checkfs, cleanfs, functions, halt, ifdown, ifup, loadkeys, localnet, mountfs, mountproc, network, rc, reboot, sendsignals, setclock, swap, sysklogd 및 template ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 checkfs 스크립트는 마운트되기 직전의 파일 시스템(저널과 네 트워크베이스의 파일 시스템은 제외하다)를 검사합니다. cleanfs 스크립트는 /var/run/ 나 /var/lock (안)중에 있는 것 같은, 재기동의 사이에 보존되어야 하는 것이 아닌 파일을 삭제합니다. 이것은 /var/run/utmp 를 재 생성해, 있을 지도 모르는 /etc/nologin 나 /fastboot, /forcefsck 파일 (을)를 삭제합니다. functions 스크립트는 error 나 status 를 조사하는 다른 스크립트의 사이에 공유되는 기능을 포함합니다. halt 스크립트는 시스템을 정지합니다. ifdown 와 ifup 스크립트는 네트워크 클립트가 네트워크 디바이스 (을)를 취급하는 것을 돕습니다. loadkeys 스크립트는 당신의 키보드 레이아웃에 적절인 특정한 키 -맵 테이블을 읽어들입니다. localnet 스크립트는 시스템의 호스트 네임과 로카르르프박크데바이 스를 설정합니다. mountfs 스크립트는 noauto 라고 기록되지 않은지, 네트워크 베이스 나오는거야 모든 파일 시스템을 마운트합니다. mountproc 스크립트는 proc 파일 시스템을 마운트하기 위해서 사용되고 . network 스크립트는 네트워크 카드와 같은 넷트워크인타페 의자를 설정해, 적용할 수 있는 디폴트의 게이트웨이를 설정합니다. rc 스크립트는 마스터 실행 레벨 관리 스크립트입니다. 이것은 다른 모든 스크립트를 한개씩 실행하는 것의 책임을 가집니다. reboot 스크립트는 시스템을 재기동합니다. sendsignals 스크립트는 시스템이 재기동이나 정지하기 전에 모든 프로세스 하지만 종료되는 것을 확실히 합니다. setclock 스크립트는 하드웨어 클락이 GMT 시간으로 설정되어 시골 경우에 커넬의 클락을 로컬 시간에 재설정합니다. swap 스크립트는 스왚 파일과 파티션을 유효하게 하거나 무효로 해 충분합니다. syslogd 스크립트는 시스템과 커넬 로그 demon를 개시하거나 정지했다 합니다. template 스크립트는 다른 demon의 것에 임해서 당신 자신의 기동 스크립트를 만들기 위해서(때문에) 사용할 수 있는 템플릿입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LFS-Bootscripts 인스톨 의존성 LFS-Bootscritps 는 이하의 패키지에 의존하는: Bash, Coreutils ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils 인스톨의 설명에 대해서는 the Section called Lfs-Utils-0. 3 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Lfs-utils (0.3): http://www.linuxfromscratch.org/~winkie/downloads/lfs-utils/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils 의 내용 Lfs-Utils 패키지는 여러가지 패키지에 사용되는 여러 가지 잡다한 프로그램을 포함합니다만, 각각 개별의 패키지를 하청받는만큼 크지는 않습니다. 인스톨 되는 프로그램: mktemp, tempfile, http-get and iana-net 인스톨 되는 파일: protocols, services ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 mktemp 는 안전한 방법으로 잠정 파일을 만듭니다. 이것은 스크립트 중(안)에서 사원 . tempfile 는 mktemp 보다 안전하지 않은 방법으로 잠정 파일을 만듭니다. http-get 스크립트는 "넷 리디렉션" 으로 불리는 조금 알려졌다 bash 의 특징을 이용합니다. 이것은 이것은 웹 사이트로부터 다른 프로그램을 사 원 하지않고서 다운로드하기 위해서 사용됩니다. iana-net 는 IANA 의 서비스와 프로토콜의 최적화 파일을 손에 넣는 것을 http-get 스크립트를 사용해 간단하게 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Lfs-Utils 인스톨 의존성 (의존성은 아직 조사되고 있지 않습니다. ) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool 인스톨의 설명에 대해서는 the Section called Libtool-1. 5 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Libtool (1.5): ftp://ftp.gnu.org/gnu/libtool/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool 의 내용 GNU libtools 는 일반적인 라이브러리 서포트 스크립트입니다. Libtools 는 모두 유라이브러리를 사용하는 것의 복잡함을 견실하고 작은 인터페이스의 뒤에 숨깁니다. 인스톨 되는 프로그램: libtool 및 libtoolize 인스톨 되는 라이브러리: libltdl. [a, so]. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 libtool 는 일반화된 라이브러리의 구축을 지원하는 서비스를 제공합니다. libtoolize 는 패키지에 libtool 의 지원을 더하는 표준적인 방법을 제공 섬 . libltdl 는 동적 라이브러리를 읽어들이는 것의 여러가지 곤란을 숨겨 줍니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Libtool 인스톨 의존성 Libtool 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux (the kernel) 인스톨의 설명에 대해서는 the Section called Linux-2. 4.22 의 인스트 르 in Chapter 8 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Linux (2.4. 22): ftp://ftp.kernel.org/pub/linux/kernel/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 의 내용 Linux 커넬은 모든 Linux 시스템의 중심입니다. 이것은 Linux 를 움직여 (이)라고 있는 것입니다. 컴퓨터의 전원을 붙을 수 있고 Linux 시스템이 부트 한다 때, 맨 먼저에 로드 되는 Linux 소프트웨어의 1개가 커넬입니다. 카네 르는 시스템의 하드웨어 구성, 시리얼 포트, 패러렐 포토, 사운 드카드, 네트워크 카드, IDE 콘트롤러, SCSI 콘트롤러 외에도 많은 것을을 초기화합니다. 간단하게 말하면 즉, 커넬은 소프트 웨어를 실행할 수 있도록(듯이) 하드웨어를 준비합니다. 인스톨 되는 프로그램: the kernel 및 the kernel headers ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 kernel 는 당신의 GNU/Linux 시스템의 원동기입니다. PC의 전원을 넣고 라고 해 커넬은 operating system의 처음에 읽히는 부분입니다 . 이것은 컴퓨터의 하드웨어를 구성하는 것 모든 것을 검출, 초기화해 , 이러한 원가요소를 소프트웨어가 파일 트리로서 이용할 수 있도록(듯이) 해, 하나의 CPU 를 동시에 다수의 프로그램을 움직일 수 있는 것 같은 멀티태스킹의 마 신으로 바꿉니다. kernel headers 는 커넬이 제공하는 서비스에의 인터페이스를 정의해 . 시스템의 include 디렉토리안에 있는 헤더는 언제나 반드시 Glibc 하지만 그에 대한 컴파일되어 있지 않으면 안되어, 그러므로 커넬을 악 프그레이드 했을 때도 옮겨놓을 수 있어야 하는 것이 아닙니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux 인스톨 의존성 Linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Findutils, GCC, Glibc, Grep, Gzip, Make, Modutils, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4 인스톨의 설명에 대해서는 the Section called M4-1. 4 의 인스톨 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 M4 (1.4): ftp://ftp.gnu.org/gnu/m4/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4 의 내용 M4 는 매크로 프로세서입니다. 이 프로그램은 입력을 그대로 출력해, 그 때에 매크로를 전개합니다. 매크로는 편입이나 유저 정의의 어디라도 자주(잘) , 인수는 몇개에서도 취할 수 있습니다. 매크로를 전개하는 일 이외에도, M4 는 지정되었다 파일을 수중에 넣는, Unix 커멘드를 실행하는, 정수의 계산을 행한다, 여러가지 방법으로 텍스트를 조작하는, 재귀 정의, 등을 포함한 기능을 가지고 있습니다. M4 프 로그 램은 컴파일러에 대한 프론트엔드로서 또 그것 자신의 기능으로 어느 매크로 프로세서로서 사용할 수 있습니다. 인스톨 되는 프로그램: m4 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 M4 는 주어진 파일을, 그것이 포함한 매크로를 전개하면서 카피합니다. 이러한 매크로는 편입과 유저 정의의 양쪽 모두로, 많은 인수를 취하는 것이 할 수 있습니다. 다만 매크로를 전개할 뿐만 아니라, m4 는 지정된 파일을 취 붐비는, Unix 커멘드를 실행하는, 정수의 계산을 실시한다, 여러가지 방법으로 텍스트 (을)를 조작하는, 재귀 정의등을 포함한 기능을 가지고 있습니다. M4 프로그램은 다과회 이라에 대한 프론트엔드로서 또 그것 자신의 기능인 마크로프로세 사로서 사용할 수 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ M4 인스톨 의존성 M4 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Perl, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 인스톨의 설명에 대해서는 the Section called Make-3. 80 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Make (3.80): ftp://ftp.gnu.org/gnu/make/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 의 내용 Make 는 거대한 프로그램의 어느 원가요소가 재컴파일 될 필요가 있는 것인가 (을)를 자동적으로 결정해, 그것들을 재컴파일하기 위한 커멘드를 발행합니다. 인스톨 되는 프로그램: make ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 make 는 거대한 프로그램의 어느 원가요소가 재컴파일 될 필요가 있는 것인가 (을)를 자동적으로 결정해, 적절한 커멘드를 발행합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Make 인스톨 의존성 Make 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ MAKEDEV 인스톨의 설명에 대해서는 the Section called 디바이스의 작성 (Makedev-1. 7) in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 MAKEDEV (1.7): http://downloads.linuxfromscratch.org/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ MAKEDEV 의 내용 MAKEDEV 스크립트는 통상 /dev 디렉토리안에 있는 정적 디바이스 노드 (을)를 만듭니다. 디바이스 노드에 대한 자세한 정보는 Linux 카네르소스트 리안의 Documentation/devices.txt 파일 중(안)에서 찾아낼 수 있겠지요 . 인스톨 되는 프로그램: MAKEDEV ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 MAKEDEV 는 필요한 정적 디바이스 노드를 만들기 위한 스크립트로, 이것들은 통 상 /dev 디렉토리안에 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ MAKEDEV 인스톨 의존성 Makedev 는 이하의 패키지에 의존하는: Bash, Coreutils. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man 인스톨의 설명에 대해서는 the Section called Man-1. 5m2 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Man (1.5m2): ftp://ftp.win.tue.nl/pub/linux-local/utils/man/ Man 80-Columns 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/man-1. 5m2-80cols.patch Man Manpath 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/man-1. 5m2-manpath.patch Man Pager 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/man-1. 5m2-pager.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man 의 내용 Man 는 man pager 입니다. 인스톨 되는 프로그램: apropos, makewhatis, man, man2dvi, man2html and whatis ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 apropos 는 whatis 데이타베이스를 검색해 주어진 캐릭터 라인을 포함한 시스템코 만드의 약설을 표시합니다. makewhatis 는 whatis 데이타베이스를 구축합니다. 이것은 manpath 안에 모든 메뉴얼 페이지를 읽어, whatis 데이타베이스안에 각각의 페 지에 대해 이름과 약설을 씁니다. man 는 요구된 온라인 메뉴얼 페이지를 정형해 표시합니다. man2dvi 는 메뉴얼 페이지를 dvi 형식으로 변환합니다. man2html 는 메뉴얼 페이지를 html 로 변환합니다. whatis 는 whatis 데이타베이스를 검색해, 분할된 단어로서 주어진 키 -워드를 포함한 시스템 커멘드의 약설을 표시합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man 인스톨 의존성 Man 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages 인스톨의 설명에 대해서는 the Section called Man-pages-1. 60 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Man-pages (1.60): ftp://ftp.kernel.org/pub/linux/docs/manpages/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages 의 내용 Man-pages 패키지는 1200 페이지 이상의 메뉴얼 페이지를 포함하고 있습니다 . 이 공식 문장은 C 와 C++ 의 함수에 대해 자세하게 말해 몇개의 중요한 데 바이스 파일을 설명해, 다른 패키지가 부족한 문장을 제공합니다. 인스톨 되는 프로그램: 여러가지 메뉴얼 페이지 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 제공된 메뉴얼 페이지의 예는 모든 C 와 C++ 의 함수나 중요한 데바이 스파일, 그리고 최적화 파일을 설명하는 페이지입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Man-pages 인스톨 의존성 Man-pages 는 이하의 패키지에 의존하는: Bash, Coreutils, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils 인스톨의 설명에 대해서는 the Section called Modutils-2. 4.25 의 인 stall in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Modutils (2.4. 25): ftp://ftp.kernel.org/pub/linux/utils/kernel/modutils/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils 의 내용 Modutils 패키지는 커넬 모듈에 대해서 사용할 수 있는 프로그램을 함축 . 인스톨 되는 프로그램: depmod, genksyms, insmod, insmod_ksymoops_clean, kallsyms (insmod 에의 링크), kernelversion, ksyms (insmod 에의 링크), lsmod (insmod 에의 링크), modinfo, modprobe (insmod 에의 링크) 및 rmmod (insmod 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 depmod 는 존재하는 모듈의 모임안에 있는 심볼을 기초로서 의존관 계 파일을 만듭니다. 이 의존관계(dependencies) 파일은 modprobe 가 요구된 모지 르를 자동적으로 읽어들이기 위해서(때문에) 사용됩니다. genksyms 는 심볼의 버젼 정보를 생성합니다. insmod 는 loadable module를 실행중의 커넬에 인스톨 합니다. insmod_ksymoops_clean 는 보존된 ksyms 와 이틀간 사용되지 않았던 모쥬 르를 삭제합니다. kallsyms 는 디버그를 위한 모든 커넬 심볼을 꺼냅니다. kernelversion 는 실행중의 커넬의 메이저 버젼을 보고합니다. ksyms 는 export 된 커넬 심볼을 표시합니다. lsmod 는 어느 모듈이 읽히고 있는지를 표시합니다. modinfo 는 커넬 모듈에 관련한 오브젝트 파일을 검사해, 거기로부터 수집할 수 있던 모든 정보를 표시합니다. modprobe 는 depmod 에 의해 만들어진 의존관계(dependencies) 파일을 사용해, 자동적으로 적절 모듈을 읽어들입니다. rmmod 는 실행중의 커넬로부터 모듈을 떼어냅니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Modutils 인스톨 의존성 Modutils 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, Flex, GCC, Glibc, Grep, M4, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 인스톨의 설명에 대해서는 the Section called Ncurses-5. 3 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Ncurses (5.3): ftp://ftp.gnu.org/gnu/ncurses/ Ncurses Etip 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ ncurses-5. 3-etip-2.patch Ncurses Vsscanf 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ ncurses-5. 3-vsscanf.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 의 내용 Ncurses 패키지는 캐릭터와 단말을 취급하는, 패널과 메뉴를 포함한 라 이브라리를 제공합니다. 인스톨 되는 프로그램: captoinfo (tic 에의 링크), clear, infocmp, infotocap (tic 에의 링크), reset (tset 에의 링크), tack, tic, toe, tput 및 tset 인스톨 되는 라이브러리: libcurses. [a, so] (libncurses. [a, so] 에의 링크), libform. [a, so], libmenu. [a, so], libncurses++.a, libncurses. [a, so], libpanel. [a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 captoinfo 는 termcap 표기를 terminfo 표기로 변환합니다. clear 는 만약 가능하면 화면을 클리어 합니다. infocmp 는 terminfo 표기를 비교, 표시합니다. infotocap 는 terminfo 표기를 termcap 표기로 변환합니다. reset 는 터미널을 그 디폴트치 초기화합니다. tack 는 terminfo 거동 검사 프로그램입니다. 이것은 기본적으로 terminfo 데이터 베이스안의 기재의 올바름을 테스트하기 위해서 사용됩니다. tic 는 terminfo 기재 표기 컴파일러입니다. 이것은 terminfo 파일을 소 스 형식으로부터 ncurses 라이브러리 루틴에 필요하게 되는 바이너리 형식으로 번역해 . terminfo 파일은 있는 터미널의 성능에 대한 정보를 포함합니다. toe 는 이용할 수 있는 모든 터미널의 타입을 리스트 해, 각각이 그 프 라이마리네임과 그 설명을 줍니다. tput 는 터미널에 의존한 성능의 값을 쉘로 이용할 수 있도록(듯이) 합니다. 와 는 또 터미널을 리셋트나 재초기화하는데 사용되어 또 그 롱네 무를 보고합니다. test 는 터미널을 재초기화하는데 사용됩니다. libncurses* 는 많은 복잡한 방법으로 터미널상에 텍스트를 표시하기 위한 기능을 포함합니다. 이러한 기능의 사용법이 좋은 예는 커넬의 make menuconfig 의 사이에 표시되는 메뉴입니다. libform* 는 폼을 실장하기 위한 기능을 포함합니다. libmenu* 는 메뉴를 실장하기 위한 기능을 포함합니다. libpanel* 는 패널을 실장하기 위한 기능을 포함합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ncurses 인스톨 의존성 Ncurses 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools 인스톨의 설명에 대해서는 the Section called Net-tools-1. 60 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Net-tools (1.60): http://www.tazenda.demon.co.uk/phil/net-tools/ Net-tools Mii-Tool-Gcc33 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ net-tools-1. 60-miitool-gcc33-1.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools 의 내용 Net-tools 패키지는 Linux 의 네트워크의 기초를 형태 만드는 프로그램의 집 를 포함합니다. 인스톨 되는 프로그램: arp, dnsdomainname (hostname 에의 링크), domainname (hostname 에의 링크), hostname, ifconfig, nameif, netstat, nisdomainname (hostname 에의 링크), plipconfig, rarp, route, slattach 및 ypdomainname (hostname 에의 링크) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 arp 는 커넬의 ARP 캐쉬를 조작하기 위해서 사용되어 통상 엔트리를 가 네 충분하고 삭제해, 또 엔트리 캐쉬를 덤프 합니다. dnsdomainname 는 시스템의 DNS 도메인명을 보고합니다. domainnam 는 시스템의 NIS/YP 도메인명을 보고, 설정합니다. hostname 는 현재의 호스트 시스템의 이름을 보고, 설정합니다. ifconfig 는 네트워크 인터페이스를 최적화하기 위한 주된 유티리 티입니다. nameif 는 MAC 주소를 기초로서 네트워크 인터페이스에 이름을 붙입니다. netstat 는 네트워크 접속이나 루틴 테이블, 인터페이스의 통계량 (을)를 보고하는데 사용됩니다. nisdomainname 는 domainname 와 같은 것을 합니다. plipconfig 는 PLIP 디바이스 파라미터를 잘 조정해, 그 퍼포먼스 (을)를 개선하기 위해서 사용됩니다. rarp 는 커넬의 RARP 테이블을 조작하기 위해서 사용됩니다. route 는 IP routing table를 조작하기 위해서 사용됩니다. slattach 는 네트워크 인터페이스를 시리얼 라인에 묶습니다. 이것에 의해 통상의 터미널 라인을 다른 컴퓨터와의 point-to-point 접속에 사용할 수 있습니다. ypdomainname 는 domainname 와 같은 것을 합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Net-tools 인스톨 의존성 Net-tools 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 인스톨의 설명에 대해서는 the Section called Patch-2. 5.4 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Patch (2.5. 4): ftp://ftp.gnu.org/gnu/patch/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 의 내용 Patch 프로그램은 패치 파일에 따라 파일을 수정합니다. 팟치후 일은 보통 diff 프로그램에 의해 만들어진 리스트로, 그것은 원래의 파 일이 어떻게 수정되는 것을 필요로 할까를 포함하고 있습니다. 인스톨 되는 프로그램: patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 patch 는 패치 파일에 따라 파일을 수정합니다. 패치 파일은 보 통 diff 프로그램으로 만들어진 차이의 리스트입니다. 이러한 차이를 원래의 파 일에 적용하는 것으로, patch 는 수정된 버젼을 만듭니다. 당신의 소스를 최신에 유지하기 위해서(때문에), 새로운 tarball 전체는 아니고 패치를 사용하는 것으로 많은 다운로드 시간을 절약할 수가 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Patch 인스톨 의존성 Patch 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 인스톨의 설명에 대해서는 the Section called Perl-5. 8.0 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Perl (5.8. 0): http://www.perl.com/ Perl Libc 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/perl-5. 8.0-libc-3.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 의 내용 Perl 패키지는 perl, the Practical Extraction and Report Language 를 포함합니다. Perl 는 C 나 sed, awk 및 sh 의 가장 좋은 특징의 몇개인가를 1개 에 통합한 강력한 언어입니다. 인스톨 되는 프로그램: a2p, c2ph, dprofpp, enc2xs, find2perl, h2ph, h2xs, libnetcfg, perl, perl5. 8.0 (perl 에의 링크), perlbug, perlcc, perldoc, perlivp, piconv, pl2pm, pod2html, pod2latex, pod2man, pod2text, pod2usage, podchecker, podselect, psed (s2p 에의 링크), pstruct (c2ph 에의 링크), s2p, splain and xsubpp 인스톨 되는 라이브러리: (too many to name) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 a2p 는 awk 를 perl 로 번역합니다. c2ph 는 C 의 구조체를 "cc -g -S" stab 로부터 생성된 것으로서 덤프 섬 . dprofpp 는 perl 프로파일 데이터를 표시합니다. en2cxs 는 Unicode 캐릭터 매핑이나 Tcl 인코딩 파일 (으)로부터, encode 모듈을 위한 perl extension를 구축합니다. find2perl 는 find 커멘드를 perl 에 번역합니다. h2ph 는 . h C 헤더 파일을 . ph Perl 헤더 파일에 변환합니다. h2xs 는 . h C 헤더 파일을 Perl extension에 변환합니다. libnetcfg 는 libnet 를 최적화하는데 사용됩니다. perl 는 C 나 sed, awk 및 sh 의 가장 좋은 특징의 몇개인가를 하나의 만능인 말 말에 통합합니다. perlbug 는 Perl 또는 그것과 함께 온 모듈에 대한 버그의 보고를 생성해, 메일 합니다. perlcc 는 Perl 프로그램으로부터 실행 파일을 생성합니다. perldoc 는 perl 인스톨 트리나 perl 스크립트안에 짜넣어졌다 설명서의 일부를 pod 형식에서 표시합니다. perlivp 는 perl 인스톨 조합 프로시저입니다. 이것은 Perl 와 그 라 이브라리가 올바르고 인스톨 된 것을 조합합니다. piconv 는 Perl 버젼의 캐릭터 인코딩 컨버터 iconv 입니다. pl2pm 는 Perl4 의 . pl 파일을 perl5 의 . pm 모듈로 변환하기 (위해)때문에 의 대략적인 툴입니다. pod2html 는 pod 형식의 파일을 HTML 형식으로 변환합니다. pod2latex 는 pod 형식의 파일을 LaTeX 형식으로 변환합니다. pod2man 는 pod 데이터가 정형된 *roff 입력에 변환합니다. pod2text 는 pod 데이터가 정형된 ASCII 텍스트에 변환합니다. pod2usage 는 파일에 파묻힌 pod doc 로부터 사용법의 메세지를 표시 합니다. podchecker 는 pod 형식의 문장 파일의 문법을 검사합니다. podselect 는 pod 문장의 선택된 항목을 표시합니다. psed 는 시냇물 편집자 sed 의 Perl 버젼입니다. pstruct 는 C 의 구조체를 "cc -g -S" stab 로부터 생성된 것으로서 덤프 합니다. s2p 는 sed 로부터 perl 에 번역합니다. splain 는 perl 로 말대로의 경고 진단학을 강제하기 위해서 사용됩니다. xsubpp 는 Perl 코드를 C 코드에 변환합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Perl 인스톨 의존성 Perl 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, Gawk, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo 인스톨의 설명에 대해서는 the Section called Procinfo-18 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Procinfo (18): ftp://ftp.cistron.nl/pub/people/svm/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo 의 내용 Procinfo 프로그램은 메모리의 사용이나 IRQ 번호와 같은 시스템 데이터를 / proc 디렉토리로부터 모아 이러한 데이터를 의미가 있는 방법으로 정형합니다. 인스톨 되는 프로그램: lsdev, procinfo and socklist ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 lsdev 는 현재 시스템에 있는 디바이스와 그것들이 어느 IRQ 나 IO 포토를 사 라고 있을까를 리스트 합니다. procinfo 는 가상 proc 파일 시스템안에 있는 정보의 몇개인가에 대한 개관을 표시합니다. socklist 는 열려 있는 소켓을 리스트 해, 그 타입, 포토 번호, 그 외 의 항목을 보고합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procinfo 인스톨 의존성 Procinfo 는 이하의 패키지에 의존하는: Binutils, GCC, Glibc, Make, Ncurses. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps 인스톨의 설명에 대해서는 the Section called Procps-3. 1.11 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Procps (3.1. 11): http://procps.sourceforge.net/ Procps Locale 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ procps-3. 1.11-locale-fix.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps 의 내용 Procps 패키지는 시스템 프로세스를 감시해 정지시키는 프로그램을 제공해 . Procps 는 /proc 디렉토리를 통해서 프로세스에 대한 정보를 모음 . 인스톨 되는 프로그램: free, kill, pgrep, pkill, pmap, ps, skill, snice, sysctl, tload, top, uptime, vmstat, w and watch 인스톨 되는 라이브러리: libproc.so ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 free 는 시스템의 메모리 빈 용량과 사용량에 대해, 물리 메모리와 스왑 메모리의 양쪽 모두에 대해 보고합니다. kill 는 프로세스에 시그널을 보내기 위해서(때문에) 사용됩니다. pgrep 는 이름과 그 외의 속성에 기초를 두어 프로세스를 찾습니다. pkill 는 이름과 그 외의 속성에 기초를 두어 프로세스에 시그널을 보냅니다. pmap 는 주어진 프로세스의 메모리 맵 을 보고합니다. ps 는 현재의 프로세스의 snapshot를 줍니다. skill 는 주어진 기준에 일치하는 프로세스에 시그널을 보냅니다. snice 는 주어진 기준에 일치하는 프로세스의 스케줄 우선 순위를 변경해 . sysctl 는 실행시의 커넬 파라미터를 수정합니다. tload 는 현재의 시스템 부하 평균의 그래프를 표시합니다. top 는 선두의 CPU 프로세스를 표시합니다. 이것은 실제의 시간에 현재 실행중의 프 로셋사의 활동을 볼 수가 있습니다. uptime 는 시스템이 지금까지 계속 얼마나 움직이고 있는지, 몇 사람의 유저가 로 그인 하고 있는지, 그리고 시스템 부하의 평균을 보고합니다. vmstat 는 가상 메모리의 통계량을 보고해, 이것은 프로세스나 메모리, 페이징 , 블록 IO, 트랩, 그리고 CPU 의 활동 등에 대한 정보를 줍니다 . w 는 어느 유저가 현재 로그 온 하고 있어, 어디에 있어 언제부터 있는지를 표시 합니다. watch 는 주어진 커멘드를 반복해 실행해, 그 출력의 처음의 한 획면을 겉(표) 가리킵니다. 이것을 사용하면(자) 시간 경과에 따라 변화하는 출력을 보는 것이 성과 . libproc 는 이 패키지에 포함되는 대부분의 프로그램에 사용되는 함수를 포함합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Procps 인스톨 의존성 Procps 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, GCC, Glibc, Make, Ncurses. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc 인스톨의 설명에 대해서는 the Section called Psmisc-21. 3 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Psmisc (21.3): http://download.sourceforge.net/psmisc/ ftp://download.sourceforge.net/pub/sourceforge/psmisc/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc 의 내용 Psmisc 패키지는 /proc 디렉토리를 관리하는 것을 돕는 3개의 프로그 램을 포함합니다. 인스톨 되는 프로그램: fuser, killall and pstree ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 fuser 는 주어진 파일이나 파일 시스템을 사용하고 있는 프로세스의 PID (을)를 보고합니다. killall 는 이름에 의해 프로세스를 정지합니다. 이것은 주어진 커멘드의 어떤 것이나 1개에서도 실행하고 있는 프로세스 모두에게 시그널을 보냅니다. pidof 는 주어진 프로그램의 PID 를 보고합니다. (이 pidof 프로그램 (은)는 아니고, Sysvinit 의 것이 사용됩니다. ) pstree 는 실행중의 프로세스를 트리로서 표시합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Psmisc 인스톨 의존성 Psmisc 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 인스톨의 설명에 대해서는 the Section called Sed-4. 0.7 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Sed (4.0. 7): ftp://ftp.gnu.org/gnu/sed/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 의 내용 Sed 는 시냇물 편집자입니다. 시냇물 편집자는 입력되는 스트리 무(파일 또는 파이프라인으로부터의 입력)에 대해서 기본적인 텍스트변 환을 행하기 위해서(때문에) 사용됩니다. 인스톨 되는 프로그램: sed ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 Sed 는 텍스트 파일을 필터 해, 하나의 상태에 변형하는데 사용됩니다 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sed 인스톨 의존성 Sed 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Texinfo. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow 인스톨의 설명에 대해서는 the Section called Shadow-4. 0.3 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Shadow (4.0. 3): ftp://ftp.pld.org.pl/software/shadow/ Shadow Newgrp 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ shadow-4. 0.3-newgrp-fix.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow 의 내용 Shadow 패키지는 시스템 패스워드의 시큐러티를 강화하기 위해서 작등 했다. 인스톨 되는 프로그램: chage, chfn, chpasswd, chsh, dpasswd, expiry, faillog, gpasswd, groupadd, groupdel, groupmod, groups, grpck, grpconv, grpunconv, lastlog, login, logoutd, mkpasswd, newgrp, newusers, passwd, pwck, pwconv, pwunconv, sg (link to newgrp), useradd, userdel, usermod, vigr (vipw 에의 링크) 및 vipw ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 change 는 패스워드의 변경 의무의 최대 날짜를 변경하기 위해서 사용됩니다. chfn 는 유저가 내리는 네임과 그 외의 정보를 변경하기 위해서 사용됩니다. chpasswd 는 일련의 유저 어카운트 전체의 패스워드를 갱신하기 위해서 사원 . chsh 는 유저의 디폴트의 로그인 쉘을 변경하기 위해서 사용됩니다. dpasswd 는 유저의 로그인 쉘을 위한 다이얼 업 패스워드를 변 갱 하기 위해서 사용됩니다. expiry 는 현재의 패스워드 기한의 방침을 조사해 시행합니다. faillog 는 실패한 로그인의 기록을 조사해 어카운트를 찰 수 없을지의 최대 실패수를 설정해, 또 실패의 카운트를 리셋트 하기 위해서 사용됩니다. gpasswd 는 멤버나 관리자를 그룹에 가세하거나 거기로부터 삭제하거나 한다 의에 사용됩니다. groupadd 는 주어진 이름으로 그룹을 만듭니다. groupdel 는 주어진 이름의 그룹을 삭제합니다. groupmod 는 주어진 그룹명이나 GID 를 수정하기 위해서 사용됩니다. groups 는 주어진 유저가 멤버인 그룹을 보고합니다. grpck 는 그룹 파일, /etc/group 와 /etc/gshadow 의 완전함을 확인 섬 . grpconv 는 통상의 그룹 파일로부터 그림자 그룹 파일을 만들어, 갱신합니다. grpunconf 는 /etc/gshadow 로부터 /etc/group 를 갱신해, 낡은 것을 삭제 섬 . lastlog 는 모든 유저중인가, 또는 주어진 유저중에서 가장 최 근의 로그인을 보고합니다. login 는 유저를 싸인 인 시키기 위해서(때문에) 시스템에 의해 사용됩니다. logoutd 는 로그 온 시간과 포토의 제한을 시행하기 위해서 사용되는 demon로 . mkpasswd 는 주어진 패스워드를 같이 주어진 섭동을 사용해 암호화 섬 . newgrp 는 로그인 세션의 사이의 현재의 GID 를 변경하기 위해서 사용됩니다 . newusers 는 일련의 유저 어카운트 전체의 패스워드를 만들어, 또 갱신한다 위해(때문에) 사용됩니다. passwd 는 유저나 그룹 어카운트의 패스워드를 변경하기 위해서 사용되고 . pwck 는 패스워드 파일, /etc/passwd 와 /etc/shadow 의 완전함을 확인 위해(때문에) 사용됩니다. pwconv 는 통상의 패스워드 파일로부터 그림자 패스워드 파일을 만들어, 또 갱신합니다. pwunconv 는 /etc/shadow 로부터 /etc/passwd 를 만들어, 그리고 전자를 삭제 섬 . sg 는 유저의 GID 가 주어진 그룹의 거기에 설정되어 있는 동안, 주고 커멘드를 실행합니다. useradd 는 주어진 이름으로 새로운 유저를 만드는지, 디폴트의 신유저 -정보를 갱신합니다. userdel 는 주어진 유저 어카운트를 삭제합니다. usermod 는 주어진 유저의 로그인 네임이나 UID, 쉘, 초기 아교 프, 홈 디렉토리등을 수정하는데 사용됩니다. vigr 는 /etc/group 나 /etc/gshadow 파일을 편집하는데 사용할 수 있고 . vipw 는 /etc/passwd 나 /etc/shadow 파일을 편집하는데 사용할 수 있고 . libmisc... libshadow 는 이 패키지의 대부분의 프로그램에 사용되는 함수를 함축 . ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Shadow 인스톨 의존성 Shadow 는 이하의 패키지에 의존하는: Bash, Binutils, Bison, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 인스톨의 설명에 대해서는 the Section called Sysklogd-1. 4.1 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Sysklogd (1.4. 1): http://www.infodrom.org/projects/sysklogd/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 의 내용 Sysklogd 패키지는 커넬로부터 보고되는 것 같은 시스템 로그 메세지 (을)를 기록하기 위한 프로그램을 포함합니다. 인스톨 되는 프로그램: klogd and syslogd ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 klogd 는 커넬 메세지를 감청해 기록하기 위한 시스템 demon입니다. syslogd 는 시스템 프로그램이 기록을 위해서(때문에) 제공하는 메세지를 기록 섬 . 모든 기록된 메세지는 적어도 일자와 호스트 네임, 그리고 통상은 프로그램의 이름도 포함합니다만 기록하는 demon가 어떻게 신용되고 게의존합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysklogd 인스톨 의존성 Sysklogd 는 이하의 패키지에 의존하는: Binutils, Coreutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 인스톨의 설명에 대해서는 the Section called Sysvinit-2. 85 의 인스 사용료 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Sysvinit (2.85): ftp://ftp.cistron.nl/pub/people/miquels/sysvinit/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 의 내용 Sysvinit 패키지는 그 외 모든 프로그램의 개시, 실행 및 종료를 관리 유익의 프로그램입니다. 인스톨 되는 프로그램: halt, init, killall5, last, lastb (last 에의 링크), mesg, pidof (killall5 에의 링크), poweroff (halt 에의 인 쿠), reboot (halt 에의 링크), runlevel, shutdown, sulogin, telinit (init 에의 링크), utmpdump 및 wall ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 halt 는, 벌써 실행 레벨이 0 에 있을 때를 제외해, 통상 shutdown 를 -h 플래그로 호출해, 커넬에 시스템을 정지하도록(듯이) 가르칩니다. 그러나 우선 처음에 /var/log/wtmp 파일에 시스템이 떨어뜨려지는 것을 적습니다. init 는 모든 프로세스의 어머니가 됩니다. 통상 이것은 그 커멘드를, 어느 열매 행 레벨로 어느 스크립트를 실행하는지, 몇개(살)의 getty 를 생성할까를 가르침 /etc/inittab 로부터 읽습니다. killall5 는 그것 자신의 세션에 있는 프로세스를 제외해, 모든 프로세스 에 시그널을 보냅니다. 즉, 이것은 자신에게 불려 간 스크립트를 실행 하고 있는 쉘은 정지하지 않습니다. last 는 /var/log/wtmp 파일을 검색해, 어느 유저가 마지막에 로그인( 해 아웃) 했는지를 표시합니다. 이것은 또 시스템의 기동과 정지, 실행 레베 르의 변경을 표시할 수도 있습니다. lastb 는 /var/log/btmp 에 기록된 실패한 로그인의 시도를 표시합니다. mesg 는 다른 유저가 현재의 유저의 터미널에 메세지를 보낼 수 있을까 어때 인지를 관리합니다. pidof 는 주어진 프로그램의 PID 를 보고합니다. poweroff 는 커넬에 시스템을 정지하도록(듯이) 가르쳐 컴퓨터의 전원을 나무 . 그러나 halt 도 봐 주세요. reboot 는 커넬에 시스템을 재기동하도록(듯이) 가르칩니다. 그러나 halt 도 봐 주세요. runlevel 는, 최신의 실행 레벨의 기록으로서 /var/run/utmp 에 적어졌다 , 이전과 현재의 실행 레벨을 보고합니다. shutdown 는, 모든 프로세스에 시그널을 보내, 모든 로그인하고 있다 유저에게 경고를 보내, 안전한 방법으로 시스템을 떨어뜨립니다. sulogin 는 수퍼 유저의 로그인을 허가합니다. 이것은 시스템이 신 한패 유저 모드에 이행 했을 때에, 통상 init 에 불려 갑니다. telinit 는 init 에 어느 실행 레벨에 들어갈까를 가르칩니다. utmpdump 는 주어진 로그인 파일의 내용을 친절한 형식에서 표시합니다. wall 는 모든 로그인하고 있는 유저에게 메세지를 씁니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Sysvinit 인스톨 의존성 Sysvinit 는 이하의 패키지에 의존하는: Binutils, Coreutils, GCC, Glibc, Make. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 인스톨의 설명에 대해서는 the Section called Tar-1. 13.25 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Tar (1.13. 25): ftp://alpha.gnu.org/gnu/tar/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 의 내용 Tar 는, tar 파일로서 알려진 archive파일에 파일을 보관해 , 거기로부터 꺼내도록(듯이) 설계된 어카이브(archive) 프로그램입니다. 인스톨 되는 프로그램: rmt and tar ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 rmt 는 프로세스간 통신의 접속을 통해 자기테이프 드라이브를 원격 조작 하기 위한(해) 에 사용됩니다. tar 는 tar 파일로서 알려진 archive파일에 파일을 보관해, 거기로부터 꺼내도록(듯이) 설계된 어카이브(archive) 프로그램입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tar 인스톨 의존성 Tar 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl 인스톨의 설명에 대해서는 the Section called Tcl-8. 4.4 의 인스 발가락 르 in Chapter 5 라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Tcl (8.4. 4): http://download.sourceforge.net/tcl/ ftp://download.sourceforge.net/pub/sourceforge/tcl/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl 의 내용 Tcl 패키지는 Tool 명령어를 포함합니다. 인스톨 되는 프로그램: tclsh (tclsh8. 4 에의 링크), tclsh8. 4 인스톨 되는 라이브러리: libtcl8. 4. so ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 tclsh8. 4 는 Tcl 커멘드 쉘입니다. libtc18. 4. so 는 Tcl 라이브러리입니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Tcl 인스톨 의존성 Tcl 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 인스톨의 설명에 대해서는 the Section called Texinfo-4. 6 의 인스트 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Texinfo (4.6): ftp://ftp.gnu.org/gnu/texinfo/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 의 내용 Texinfo 패키지는, 시스템의 공식 문장을 제공하는 Info 문서를 읽어, 써, 변환하기 위해서 사용되는 프로그램을 포함합니다. 인스톨 되는 프로그램: info, infokey, install-info, makeinfo, texi2dvi 및 texindex ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 info 는 Info 문장을 읽기 위해서(때문에) 사용됩니다. Info 문장은 man page 에 조금 닮고 (이)라고 있습니다만, 자주 단지 모든 플래그를 설명하는 것보다도 깊어집니다. 물으면 man tar 와 info tar 를 비교해 보세요. infokey 는 Info 의 커스텀화를 포함한 원시 파일을 바이너리 포맷 에 컴파일 합니다. install-info 는 Info 파일을 인스톨 하기 위해서 사용됩니다. 이것은 Info 목록 파일의 기재를 갱신합니다. makeinfo 는 주어진 Texinfo 소스 문장을 여러가지 다른 형식, Info 파일 (이)나 plaintext, HTML 등에 번역합니다. texi2dvi 는 주어진 Texinfo 문장을 인쇄 가능한 디바이스에 의존하지 않는 파 일에 정형하기 위해서 사용됩니다. texi2dvi 는 주어진 Texinfo 문장을 인쇄 가능한 디바이스에 의존하지 않는 파 일에 정형하기 위해서 사용됩니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Texinfo 인스톨 의존성 Texinfo 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 인스톨의 설명에 대해서는 the Section called Util-linux-2. 12 의 인 stall in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Util-linux (2.12): http://ftp.cwi.nl/aeb/util-linux/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 의 내용 Util-linux 패키지는 여러 가지 잡다한 것으로부터 되는 수많은 유틸리티 프로 그램을 포함합니다. 보다 중요한 유틸리티의 몇개인가는 마운트나 안마 운트, 포맷, 파티션 및 디스크 드라이버의 관리, tty 포 트의 오픈이나 커넬 메세지의 취득에 사용됩니다. 인스톨 되는 프로그램: agetty, arch, blockdev, cal, cfdisk, chkdupexe, col, colcrt, colrm, column, ctrlaltdel, cytune, ddate, dmesg, elvtune, fdformat, fdisk, fsck.cramfs, fsck.minix, getopt, hexdump, hwclock, ipcrm, ipcs, isosize, kill, line, logger, look, losetup, mcookie, mkfs, mkfs.bfs, mkfs.cramfs, mkfs.minix, mkswap, more, mount, namei, parse.bash, parse.tcsh, pg, pivot_root, ramsize (rdev 에의 링크), raw, rdev, readprofile, rename, renice, rev, rootflags (rdev 에의 링크), script, setfdprm, setsid, setterm, sfdisk, swapoff (swapon 에의 링크), swapon, test.bash, test.tcsh, tunelp, ul, umount, vidmode (rdev 에의 링크), whereis 및 write ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 agetty 는 로그인 네임을 위한 prompt인 tty 포토를 열어, 그것 (으)로부터 로그인 프로그램을 호출합니다. arch 는 머신의 아키텍쳐(architecture)를 보고합니다. blockdev 를 사용하면(자) 커멘드 라인으로부터 블록 디바이스인 ioctl 를 부른다 일이 생깁니다. cal 는 간단한 캘린더를 표시합니다. cfdisk 는 주어진 디바이스의 파티션 테이블을 조작하기 위해서 사원 . chkdupexe 는 중복 한 실행 파일을 찾습니다. col 는 역개행 코드를 없앱니다. colcrt 는 겹침 치는 것이나 하프 라인등을 취급하는 능력이 결여 하고 있는 nroff 로부터 의 터미널에의 출력을 필터 하기 위해서 사용됩니다. colrm 는 주어진 종렬을 없앱니다. column 는 주어진 파일을 복수의 종렬에 정형합니다. ctrlaltdel 는 Ctrl+Alt+Del 라고 하는 키의 편성에 의한 기능을, 하드 또는 소 후트리셋트로 설정합니다. cytune 는 Cyclade 카드를 위한 시리얼 라인 드라이버의 파라미터를 조 절제하기 위해서(때문에) 사용되고 있었습니다. ddate 는 디스코드달력(일력)을 주는지, 주어진 태양력을 디스코드 달력(일력)으로 변환합니다. dmesg 는 커넬 기동 메세지를 덤프 합니다. elvtune 는 블록 디바이스의 이행과 대화를 조절합니다. fdformat 는 플로피 디스크를 저레벨 포맷 합니다. fdisk 는 주어진 디바이스의 파티션 테이블을 조작하기 위해서 사용한다 일이 생깁니다. fsck.cramfs 는 주어진 디바이스상의 Cramfs 파일 시스템에 정합성검 사를 실시합니다. fsck.minix 는 주어진 디바이스상의 Minix 파일 시스템에 정합성 검사 (을)를 실시합니다. getopt 는 주어진 커멘드 라인안의 옵션을 구문 분석 합니다. hexdump 는 주어진 파일을 16 진수인가, 또는 다른 형식에서 덤프 합니다. hwclock 는 시스템의 하드웨어 클락(RTC 나 BIOS 클락이라고도 불리고 )를 읽을까 설정하기 위해서 사용됩니다. ipcrm 는 주어진 IPC 자원을 삭제합니다. ipcs 는 IPC 스테이터스 정보를 제공합니다. isosize 는 iso9660 파일 시스템의 크기를 보고합니다. kill 는 지정된 프로세스를 종료합니다. line 는 일행을 카피합니다. logger 는 주어진 메세지를 시스템 로그에 기재합니다. look 는 주어진 캐릭터 라인으로 시작되는 행을 표시합니다. losetup 는 루프 디바이스를 설정해 관리하기 위해서 사용됩니다. mcookie 는 매직 쿠키, 128-bit 의 16 진수의 난수를 xauth 를 위해서(때문에) 생성 합니다. mkfs 는 디바이스(통상은 하드 디스크의 파티션) 상에 파이르시스테 무를 구축합니다. mkfs.bfs 는 SCO bfs 파일 시스템을 만듭니다. mkfs.cramfs 는 cramfs 파일 시스템을 만듭니다. mkfs.minix 는 Minix 파일 시스템을 만듭니다. mkswap 는 주어진 디바이스나 파일을 스왑 영역으로서 사용할 수 있도록(듯이) 처음 기화합니다. more 는 문장을 한 번에 한 획면씩 표시하기 위한 필터입니다. 그러나 less 의 (분)편이 보다 우수합니다. mount 는 주어진 디바이스상의 파일 시스템을 시스템의 파이르트리 - (안)중에 있는 주어진 디렉토리에 묶습니다. nemei 는 주어진 패스명안에 있는 기호 연결을 표시합니다. pg 는 텍스트 파일을 한 번에 한 획면표시합니다. pivot_root 는 주어진 파일 시스템을 현재의 프로세스의 새로운 르트후 이르시스템으로 합니다. ramsize 는 기동 가능한 이미지안의 RAM 디스크의 사이즈를 설정하기 위해서 사용할 수 있습니다. rdev 는 기동 가능한 이미지안의 루트 디바이스나 다른 것을 묻거나 설정 위해(때문에) 사용할 수 있습니다. readprofile 는 커넬 프로 파일링 정보를 읽습니다. rename 는 주어진 파일의 이름을 변경해, 주어진 캐릭터 라인을 다른 것에 옮겨놓습니다. renice 는 실행중의 프로세스의 우선도를 변경하기 위해서 사용됩니다. rev 는 주어진 파일의 행을 역전합니다. rootflags 는 기동 가능한 이미지안의 rootflag 를 설정하는데 사용하는 것이 할 수 있습니다. script 는 터미널 세션의 typescript, 터미널에 출력될 방법 (이)라고의 것의 사본을 만듭니다. setfdprm 는 유저에 의해 제공된 플로피 디스크의 파라미터를 설 정합니다. setsid 는 주어진 프로그램을 새로운 세션으로 실행합니다. setterm 는 터미널의 속성을 설정하는데 사용됩니다. sfdisk 는 디스크 패티션을 조작하는 것입니다. swapdev 는 기동 가능한 이미지안의 스왑 디바이스를 설정하기 위해서 사용한다 일이 생깁니다. swapoff 는 페이징과 부부 교환 파티를 위한 디바이스와 파일을 무효로 해 . swapon 는 페이징과 부부 교환 파티를 위한 디바이스와 파일을 유효하게 섬 . tunelp 는 라인 프린터의 파라미터를 조절하는데 사용됩니다. ul 는 언더 스코아를 터미널에서 사용할 수 있는 언더라인을 나타내는 에스케- 프시켄스로 번역하기 위한 필터입니다. umount 는 시스템의 파일 트리로부터 파일 시스템을 절단 합니다. vidmode 는 기동 가능한 이미지안의 비디오 모드를 설정하기 위해서 사용하는 것 하지만 할 수 있습니다. whereis 는 주어진 커멘드의 바이너리나 소스, 설명서의 장소를 보고 섬 . write 는 주어진 유저에 대해서 메세지를 보냅니다. 이것은, 그 유 -더-가 그러한 메세지를 무효로 하고 있지 않은 경우에 행해집니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Util-linux 인스톨 의존성 Util-linux 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Gettext, Glibc, Grep, Make, Ncurses, Sed, Zlib. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 인스톨의 설명에 대해서는 the Section called Vim-6. 2 의 인스톨 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Vim (6.2): ftp://ftp.vim.org/pub/editors/vim/unix/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 의 내용 Vim 패키지는 능률적인 문장 편집을 가능하게 하기 위해서 구축된 최적화 가능 텍스트 문자 편집기를 포함합니다. 인스톨 되는 프로그램: efm_filter.pl, efm_perl.pl, ex (vim 에의 링크), less.sh, mve.awk, pltags.pl, ref, rview (vim 에의 링크), rvim (vim 에의 링크), shtags.pl, tcltags, vi (vim 에의 링크), view (vim 에 의 링크), vim, vim132, vim2html.pl, vimdiff (vim 에의 링크), vimm, vimspell.sh, vimtutor 및 xxd ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 efm_filter.pl 는 vim 로 읽을 수 있는 에러 파일을 만들기 위한 필 타입니다. efm_perl.pl 는 Perl 인터프리터의 에러 메세지를 vim 의 quickfix 모드로 사용할 수 있도록(듯이) 재정형합니다. ex 는 vim 를 ex 모드로 개시합니다. less.sh 는 vim 를 less.vim 로 개시하는 스크립트입니다. mve.aek 는 vim 의 에러를 처리합니다. pltags.pl 는 vim 로 사용할 수 있는 것 같은 perl 코드를 위한 태그 파일을 만들기 . ref 는 인수의 철을 조사합니다. rview 는 view 의 제한된 버젼으로, 어느 쉘 커멘드도 실행되지 않고 , 일시 중단할 수가 없습니다. rvim 는 vim 의 제한된 버젼으로, 어느 쉘 커멘드도 실행되지 않고, 일시 중단할 수가 없습니다. shtags.pl 는 perl 스크립트를 위한 태그 파일을 만듭니다. tcltags 는 TCL 코드를 위한 태그 파일을 만듭니다. vi 는 vim 를 vi 호환 모드로 개시합니다. view 는 vim 를 읽어들여 전용 모드로 개시합니다. vim 는 에디터입니다. vim132 는 vim 를 터미널의 132열모드로 개시합니다. vim2html.pl 는 vim 의 공식 문장을 HTML 로 변환합니다. vimdiff 는 하나의 파일의 2개내지 3개의 버젼을 vim 로 편집해, 위 있고를 표시합니다. vimm 는 리모트 터미널상에서 DEC locator 입력 모델을 유효하게 합니다. vimspell.sh 는 파일을 써, vim 중(안)에서 하이라이트를 실시하기 위해서(때문에) 필요와 문법 성명문을 생성하는 스크립트입니다. vimtutor 는 vim 의 기본적인 키와 커멘드를 당신에게 가르칩니다. xxd 는 주어진 파일의 16 진수의 덤프를 만듭니다. 이것은 또 그 역도 실시해, 그러므로 바이너리 패치를 위해서(때문에) 사용할 수 있습니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Vim 인스톨 의존성 Vim 는 이하의 패키지에 의존하는: Bash, Binutils, Coreutils, Diffutils, GCC, Glibc, Grep, Make, Ncurses, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib 인스톨의 설명에 대해서는 the Section called Zlib-1. 1.4 의 인스 발가락 르 in Chapter 6 이라고 하는 항을 봐 주세요. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 공식 다운로드 장소 Zlib (1.1. 4): http://www.gzip.org/zlib/ Zlib Vsnprintf 패치: http://www.linuxfromscratch.org/patches/lfs/5. 0/ zlib-1. 1.4-vsnprintf.patch ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib 의 내용 Zlib 패키지는 몇개의 프로그램이 그 압축과 전개의 기능을 위해서(때문에) 필요 (으)로 하는 libz 라이브러리를 포함합니다. 인스톨 되는 라이브러리: libz[a, so] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 약설 libz* 는 몇개의 프로그램에 사용되는 압축과 전개의 함수를 포함합니다. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Zlib 인스톨 의존성 Zlib 는 이하의 패키지에 의존하는: Binutils, Coreutils, GCC, Glibc, Make, Sed. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Appendix B. 프로그램과 라이브러리 파일의 목록 이것은 이 책 중(안)에서 인스톨 된 모든 프로그램과 라이브러리의 리스 트로, 부록 A 안의 그것이 속하는 패키지와 대응합니다. · a2p : Perl · acinstall : Automake · aclocal : Automake · addftinfo : Groff · addr2line : Binutils · afmtodit : Groff · agetty : Util-linux · apropos : Man · ar : Binutils · arch : Util-linux · arp : Net-tools · as : Binutils · attrs : Perl · autoconf : Autoconf · autoheader : Autoconf · autom4te : Autoconf · automake : Automake · autopoint : Gettext · autoreconf : Autoconf · autoscan : Autoconf · autoupdate : Autoconf · awk : Gawk · badblocks : E2fsprogs · basename : Coreutils · bash : Bash · bashbug : Bash · bigram : Findutils · bison : Bison · blkid : E2fsprogs · blockdev : Util-linux · bunzip2 : Bzip2 · bzcat : Bzip2 · bzcmp : Bzip2 · bzdiff : Bzip2 · bzegrep : Bzip2 · bzfgrep : Bzip2 · bzgrep : Bzip2 · bzip2 : Bzip2 · bzip2recover : Bzip2 · bzless : Bzip2 · bzmore : Bzip2 · c++ : GCC · c++filt : Binutils · c2ph : Perl · cal : Util-linux · captoinfo : Ncurses · cat : Coreutils · catchsegv : Glibc · cc : GCC · cc1 : GCC · cc1plus : GCC · cfdisk : Util-linux · chage : Shadow · chattr : E2fsprogs · checkfs : LFS-Bootscripts · chfn : Shadow · chgrp : Coreutils · chkdupexe : Util-linux · chmod : Coreutils · chown : Coreutils · chpasswd : Shadow · chroot : Coreutils · chsh : Shadow · chvt : Kbd · cksum : Coreutils · cleanfs : LFS-Bootscripts · clear : Ncurses · cmp : Diffutils · code : Findutils · col : Util-linux · colcrt : Util-linux · collect2 : GCC · colrm : Util-linux · column : Util-linux · comm : Coreutils · compile : Automake · compile_et : E2fsprogs · config.charset : Gettext · config.guess : Automake · config.rpath : Gettext · config.sub : Automake · cp : Coreutils · cpp : GCC · csplit : Coreutils · ctrlaltdel : Util-linux · cut : Coreutils · cytune : Util-linux · date : Coreutils · dd : Coreutils · ddate : Util-linux · deallocvt : Kbd · debugfs : E2fsprogs · depcomp : Automake · depmod : Modutils · df : Coreutils · diff : Diffutils · diff3 : Diffutils · dir : Coreutils · dircolors : Coreutils · dirname : Coreutils · dmesg : Util-linux · dnsdomainname : Net-tools · domainname : Net-tools · dpasswd : Shadow · dprofpp : Perl · du : Coreutils · dumpe2fs : E2fsprogs · dumpkeys : Kbd · e2fsck : E2fsprogs · e2image : E2fsprogs · e2label : E2fsprogs · echo : Coreutils · ed : Ed · efm_filter.pl : Vim · efm_perl.pl : Vim · egrep : Grep · elisp-comp : Automake · elvtune : Util-linux · env : Coreutils · enc2xs : Perl · eqn : Groff · e2n2graph : Groff · ex : Vim · expand : Coreutils · expiry : Shadow · expr : Coreutils · factor : Coreutils · faillog : Shadow · false : Coreutils · fdformat : Util-linux · fdisk : Util-linux · fgconsole : Kbd · fgrep : Grep · file : File · find : Findutils · find2perl : Perl · findfs : E2fsprogs · flex : Flex · flex++ : Flex · fmt : Coreutils · fold : Coreutils · frcode : Findutils · free : Procps · fsck : E2fsprogs · fsck.cramfs : Util-linux · fsck.ext2 : E2fsprogs · fsck.ext3 : E2fsprogs · fsck.minix : Util-linux · ftp : Inetutils · functions : LFS-Bootscripts · fuser : Psmisc · g++ : GCC · gawk : Gawk · gcc : GCC · gccbug : GCC · gcov : GCC · gencat : Glibc · genksyms : Modutils · geqn : Groff · getconf : Glibc · getent : Glibc · getkeycodes : Kbd · getopt : Util-linux · gettext : Gettext · gettextize : Gettext · getunimap : Kbd · glibcbug : Glibc · gpasswd : Shadow · gprof : Binutils · grcat : Gawk · grep : Grep · grn : Groff · grodvi : Groff · groff : Groff · groffer : Groff · grog : Groff · grolbp : Groff · grolj4 : Groff · grops : Groff · grotty : Groff · groupadd : Shadow · groupdel : Shadow · groupmod : Shadow · groups : Shadow · groups : Coreutils · grpck : Shadow · grpconv : Shadow · grpunconv : Shadow · gtbl : Groff · gunzip : Gzip · gzexe : Gzip · gzip : Gzip · h2ph : Perl · h2xs : Perl · halt : LFS-Bootscripts · halt : Sysvinit · head : Coreutils · hexdump : Util-linux · hostid : Coreutils · hostname : Gettext · hostname : Net-tools · hostname : Coreutils · hpftodit : Groff · http-get : Lfs-Utils · hwclock : Util-linux · iana-net : Lfs-Utils · iconv : Glibc · iconvconfig : Glibc · id : Coreutils · ifconfig : Net-tools · ifdown : LFS-Bootscripts · ifnames : Autoconf · ifup : LFS-Bootscripts · igawk : Gawk · indxbib : Groff · info : Texinfo · infocmp : Ncurses · infokey : Texinfo · infotocap : Ncurses · init : Sysvinit · insmod : Modutils · insmod_ksymoops_clean : Modutils · install : Coreutils · install-info : Texinfo · install-sh : Automake · ipcrm : Util-linux · ipcs : Util-linux · isosize : Util-linux · join : Coreutils · kallsyms : Modutils · kbdrate : Kbd · kbd_mode : Kbd · kernelversion : Modutils · kill : Procps · kill : Coreutils · kill : Util-linux · killall : Psmisc · killall5 : Sysvinit · klogd : Sysklogd · ksyms : Modutils · last : Sysvinit · lastb : Sysvinit · lastlog : Shadow · ld : Binutils · ld.so : Glibc · ldconfig : Glibc · ldd : Glibc · lddlibc4 : Glibc · less : Less · less.sh : Vim · lessecho : Less · lesskey : Less · lex : Flex · libanl : Glibc · libasprintf : Gettext · libbfd : Binutils · libblkid : E2fsprogs · libBrokenLocale : Glibc · libbsd-compat : Glibc · libbz2 : Bzip2 · libc : Glibc · libcom_err : E2fsprogs · libcrypt : Glibc · libcurses : Ncurses · libc_nonshared : Glibc · libdl : Glibc · libe2p : E2fsprogs · libext2fs : E2fsprogs · libfl : Flex · libform : Ncurses · libg : Glibc · libgcc* : GCC · libgettextlib : Gettext · libgettextpo : Gettext · libgettextsrc : Gettext · libiberty : GCC · libieee : Glibc · libltdl* : Libtool · libm : Glibc · libmagic : File · libmcheck : Glibc · libmemusage : Glibc · libmenu : Ncurses · libmisc : Shadow · libncurses* : Ncurses · libnetcfg : Perl · libnsl : Glibc · libnss* : Glibc · libopcodes : Binutils · libpanel : Ncurses · libpcprofile : Glibc · libperl : Perl · libproc : Procps · libpthread : Glibc · libresolv : Glibc · librpcsvc : Glibc · librt : Glibc · libSegFault : Glibc · libshadow : Shadow · libss : E2fsprogs · libstdc++ : GCC · libsupc++ : GCC · libthread_db : Glibc · libtool : Libtool · libtoolize : Libtool · libutil : Glibc · libuuid : E2fsprogs · liby : Bison · libz : Zlib · line : Util-linux · link : Coreutils · lkbib : Groff · ln : Coreutils · loadkeys : LFS-Bootscripts · loadkeys : Kbd · loadunimap : Kbd · locale : Glibc · localedef : Glibc · localnet : LFS-Bootscripts · locate : Findutils · logger : Util-linux · login : Shadow · logname : Coreutils · logoutd : Shadow · logsave : E2fsprogs · look : Util-linux · lookbib : Groff · losetup : Util-linux · ls : Coreutils · lsattr : E2fsprogs · lsdev : Procinfo · lsmod : Modutils · m4 : M4 · make : Make · MAKEDEV : Makedev · makeinfo : Texinfo · makewhatis : Man · man : Man · man2dvi : Man · man2html : Man · mapscrn : Kbd · mcookie : Util-linux · md5sum : Coreutils · mdate-sh : Automake · mesg : Sysvinit · missing : Automake · mkdir : Coreutils · mke2fs : E2fsprogs · mkfifo : Coreutils · mkfs : Util-linux · mkfs.bfs : Util-linux · mkfs.cramfs : Util-linux · mkfs.ext2 : E2fsprogs · mkfs.ext3 : E2fsprogs · mkfs.minix : Util-linux · mkinstalldirs : Automake · mklost+found : E2fsprogs · mknod : Coreutils · mkpasswd : Shadow · mkswap : Util-linux · mktemp : Lfs-Utils · mk_cmds : E2fsprogs · mmroff : Groff · modinfo : Modutils · modprobe : Modutils · more : Util-linux · mount : Util-linux · mountfs : LFS-Bootscripts · mountproc : LFS-Bootscripts · msgattrib : Gettext · msgcat : Gettext · msgcmp : Gettext · msgcomm : Gettext · msgconv : Gettext · msgen : Gettext · msgexec : Gettext · msgfilter : Gettext · msgfmt : Gettext · msggrep : Gettext · msginit : Gettext · msgmerge : Gettext · msgunfmt : Gettext · msguniq : Gettext · mtrace : Glibc · mv : Coreutils · mve.awk : Vim · namei : Util-linux · nameif : Net-tools · neqn : Groff · netstat : Net-tools · network : LFS-Bootscripts · newgrp : Shadow · newusers : Shadow · ngettext : Gettext · nice : Coreutils · nisdomainname : Net-tools · nl : Coreutils · nm : Binutils · nohup : Coreutils · nroff : Groff · nscd : Glibc · nscd_nischeck : Glibc · objcopy : Binutils · objdump : Binutils · od : Coreutils · oldps : Procps · openvt : Kbd · parse.bash : Util-linux · parse.tcsh : Util-linux · passwd : Shadow · paste : Coreutils · patch : Patch · pathchk : Coreutils · pcprofiledump : Glibc · perl : Perl · perlbug : Perl · perlcc : Perl · perldoc : Perl · perlivp : Perl · pfbtops : Groff · pg : Util-linux · pgawk : Gawk · pgrep : Procps · pic : Groff · pic2graph : Groff · piconv : Perl · pidof : Sysvinit · ping : Inetutils · pinky : Coreutils · pivot_root : Util-linux · pkill : Procps · pl2pm : Perl · plipconfig : Net-tools · pltags.pl : Vim · pmap : Procps · pod2html : Perl · pod2latex : Perl · pod2man : Perl · pod2text : Perl · pod2usage : Perl · podchecker : Perl · podselect : Perl · post-grohtml : Groff · poweroff : Sysvinit · pr : Coreutils · pre-grohtml : Groff · printenv : Coreutils · printf : Coreutils · procinfo : Procinfo · project-id : Gettext · ps : Procps · psed : Perl · psfaddtable : Kbd · psfgettable : Kbd · psfstriptable : Kbd · psfxtable : Kbd · pstree : Psmisc · pstruct : Perl · ptx : Coreutils · pt_chown : Glibc · pwcat : Gawk · pwck : Shadow · pwconv : Shadow · pwd : Coreutils · pwunconv : Shadow · py-compile : Automake · ramsize : Util-linux · ranlib : Binutils · rarp : Net-tools · raw : Util-linux · rc : LFS-Bootscripts · rcp : Inetutils · rdev : Util-linux · re : Perl · readelf : Binutils · readlink : Coreutils · readprofile : Util-linux · reboot : LFS-Bootscripts · reboot : Sysvinit · red : Ed · ref : Vim · refer : Groff · rename : Util-linux · renice : Util-linux · reset : Ncurses · resize2fs : E2fsprogs · resizecons : Kbd · rev : Util-linux · rlogin : Inetutils · rm : Coreutils · rmdir : Coreutils · rmmod : Modutils · rmt : Tar · rootflags : Util-linux · route : Net-tools · rpcgen : Glibc · rpcinfo : Glibc · rsh : Inetutils · runlevel : Sysvinit · rview : Vim · rvim : Vim · s2p : Perl · script : Util-linux · sdiff : Diffutils · sed : Sed · sendsignals : LFS-Bootscripts · seq : Coreutils · setclock : LFS-Bootscripts · setfdprm : Util-linux · setfont : Kbd · setkeycodes : Kbd · setleds : Kbd · setlogcons : Kbd · setmetamode : Kbd · setsid : Util-linux · setterm : Util-linux · setvesablank : Kbd · sfdisk : Util-linux · sg : Shadow · sh : Bash · sha1sum : Coreutils · showconsolefont : Kbd · showkey : Kbd · shred : Coreutils · shtags.pl : Vim · shutdown : Sysvinit · size : Binutils · skill : Procps · slattach : Net-tools · sleep : Coreutils · sln : Glibc · snice : Procps · socklist : Procinfo · soelim : Groff · sort : Coreutils · splain : Perl · split : Coreutils · sprof : Glibc · stat : Coreutils · strings : Binutils · strip : Binutils · stty : Coreutils · su : Coreutils · sulogin : Sysvinit · sum : Coreutils · swap : LFS-Bootscripts · swapoff : Util-linux · swapon : Util-linux · sync : Coreutils · sysctl : Procps · sysklogd : LFS-Bootscripts · syslogd : Sysklogd · tac : Coreutils · tack : Ncurses · tail : Coreutils · talk : Inetutils · tar : Tar · tbl : Groff · tcltags : Vim · team-address : Gettext · tee : Coreutils · telinit : Sysvinit · telnet : Inetutils · tempfile : Lfs-Utils · template : LFS-Bootscripts · test : Coreutils · test.bash : Util-linux · test.tcsh : Util-linux · texi2dvi : Texinfo · texindex : Texinfo · tfmtodit : Groff · tftp : Inetutils · tic : Ncurses · tload : Procps · toe : Ncurses · top : Procps · touch : Coreutils · tput : Ncurses · tr : Coreutils · trigger : Gettext · troff : Groff · true : Coreutils · tset : Ncurses · tsort : Coreutils · tty : Coreutils · tune2fs : E2fsprogs · tunelp : Util-linux · tzselect : Glibc · ul : Util-linux · umount : Util-linux · uname : Coreutils · uncompress : Gzip · unexpand : Coreutils · unicode_start : Kbd · unicode_stop : Kbd · uniq : Coreutils · unlink : Coreutils · updatedb : Findutils · uptime : Coreutils · uptime : Procps · urlget : Gettext · user-email : Gettext · useradd : Shadow · userdel : Shadow · usermod : Shadow · users : Coreutils · utmpdump : Sysvinit · uuidgen : E2fsprogs · vdir : Coreutils · vi : Vim · vidmode : Util-linux · view : Vim · vigr : Shadow · vim : Vim · vim132 : Vim · vim2html.pl : Vim · vimdiff : Vim · vimm : Vim · vimspell.sh : Vim · vimtutor : Vim · vipw : Shadow · vmstat : Procps · w : Procps · wall : Sysvinit · watch : Procps · wc : Coreutils · whatis : Man · whereis : Util-linux · who : Coreutils · whoami : Coreutils · write : Util-linux · xargs : Findutils · xgettext : Gettext · xsubpp : Perl · xtrace : Glibc · xxd : Vim · yacc : Bison · yes : Coreutils · ylwrap : Automake · ypdomainname : Net-tools · zcat : Gzip · zcmp : Gzip · zdiff : Gzip · zdump : Glibc · zegrep : Gzip · zfgrep : Gzip · zforce : Gzip · zgrep : Gzip · zic : Glibc · zless : Gzip · zmore : Gzip · znew : Gzip · zsoelim : Groff