Gentoo Logo

Gentoo 주간 뉴스: 2005년 12월 5일

내용:

1.  새로운 소식

x86의 GCC 3.4.4 안정화

모든 Gentoo 시스템의 핵심이 되는 컴파일러는 다른 패키지들과는 달리 개발자들이 업데이트할 때 많은 주의를 기울이게 됩니다. 마침내 gcc 3.4.4 버전이 x86 아키텍처에서 안정화되었고, 많은 사용자들이 영향을 받게 됩니다. 개발자 메일링리스트에 공지되어 있는 업그레이드 가이드링크에서 실제 업그레이드에 필요한 모든 과정들을 찾아볼 수 있습니다. 이전 버전의 gcc를 unmerge하기전에 일부 패키지들을 리빌드하지 않으면 시스템이 제대로 동작하지 않을수도 있습니다.

Gentoo 포럼의 한 스레드에 따르면, 어떤 시스템들에서는 사소한 버그들로 인해 사소한 문제들이 발생 하였다고 합니다만, 그 문제가 해결되고 난 후 업그레이드가 대부분 사용자들의 경우 제대로 잘 동작했습니다.

참고: 혹시 예기치 못한 문제가 있거나 질문이 있으시다면, 포럼을 이용하시거나 irc를 이용해 irc.freenode.net#gentoo에 접속해 주십시오.그리고 그 버그를 http://bugs.gentoo.org에 알려주시기 바랍니다.

Power.org 가 free developer membership을 염

Gentoo PPC 개발자 Luca Barbato는 "Power 아키텍쳐 기술 혁신을 개발하고, 가능하게 하고, 진척시키는" 데 최선을 다하고 업계에서 활발하게 넓은 범위의 반도체와 전자기기 상품을 보여주고 있는 협조적인 산업 컨소시엄인 Power.org의 새로운 주도자를 건너 간 첫번째 사람이 되었습니다. (first to hop aboard a new initiative)IBM에 의해 설립된 Power.org는 POWER, PowerPC 그리고 관련된 아키텍쳐 개발에 열린 자세로 대하는 시도를 하고 있고 Gentoo 스폰서 Genesi를 최근에 추가된 기여자(contributors)와 지원자로 꼽습니다. Power.org의 멤버가 된 개발자들은 웹사이트의 멤버 전용 지역에 있는 기술적인 자원들과, 기술분야 소위원회(subcommittee)의 출력물(output)에 접근할 수 있습니다. Power.org 웹사이트에서 등록할 수 있습니다.

GWN에 기여할 사람을 찾습니다

이번주 GWN의 유별나게 많은 주제들을 보면서, 여러분은 우리가 우리의 주간 판을 시기 적절하고 정확하게 만들어내는 데 가끔 심각한 문제에 직면한다고는 짐작하지 못할지도 모릅니다. 이 페이지의 작가 리스트는 약간 있었던 일반적인 기여자 이하로 줄어들었습니다. 만약 여러분이 GWN이 Gentoo 프로젝트의 정보와, 사용자 커뮤니티에서의 일들, 상업적인 파급 효과 또는 더 큰 Gentoo 영역에서의 재미있는 것들을 계속 제공해 주길 원한다면 -- 우리는 여러분을 격려해서 작성 팀에 참여하게 하고 싶습니다. 우리의 현재 뉴스 부분 중 많은 곳이 도움을 받을 수 있습니다, 예를 들어 모든 사람들이 좋아하는 GWN 챕터인, Tips & Tricks는, 특별히 최대한 많은 곳에서의 지원을 필요로 합니다. gwn-feedback@gentoo.org로 메세지를 보내서 우리에게 존재하는 부분들 중 어느 곳에 기사를 지원해 줄 것인지, 또는 완전히 새로운 아이디어를 제시하거나, 기사를 교정해주거나(아주 많이 감사할 것입니다), 우리의 기사 작성을 자동화하는 새로운 그리고 재미있는 기술들을 발명하거나, 또는 당연히 여러분이 하고 싶어하는 일이면 뭐든지 알려주세요.

Gentoo Forums에 10만명의 사용자들이 등록됨

Gentoo forums이 생긴지 3년 6개월만에 Blindside350이 11월 16일 이른 아침에 등록함으로써 우리는 100,000 명의 등록된 사용자를 기록했습니다:


그림 1.1: 2005년 11월 16일자 스크린샷

Fig. 1: Screenschot

굉장히 먼 과거에 생긴 forum 의 한 스레드 는 이 때를 위해 다시 살아났습니다.

2.  Gentoo 사용기

NASA의 Advanced Supercomputing division에 있는 Bryan Green 과의 인터뷰

참고: Gentoo는 지난달 있었던 Supercomputing 2005 conference에서 NASA의 시각화(visualization) 벽으로 공개적인 모습을 보였습니다. 1000명이 넘는 방문객들이 Gentoo가 돌아가는 시각화 시스템을 통해서, NASA의 Columbia supercomputer의 상태와 결과를 볼 수 있었습니다. 이번 주, Bryan Green은 우리에게 이 시스템과 NASA Advanced Supercomputing division에 Gentoo가 어떻게 쓰이게 되었는지에 대해 말해줍니다.

당신과 Columbia에서의 당신의 일에 대해 알려주세요(익숙하지 않은 사람들을 위해 Columbia에 대한 간략한 소개와 함께)

나는 Mountain View, CA에 있는 NASA Ames Research Center 의 NASA Advanced Supercomputing (the NAS, 이전에는 "Numerical Aerospace Simulation") 기관에서 일하는 계약자(contractor)입니다. 나는 AMTI의 직원입니다. 나는 UC Santa Cruz를 졸업한 1997년부터, NAS 기관의 scientific visualization group의 멤버였습니다. 내가 시작했을 때 우리는 시각화를 위해 SGI Onyx system을 사용했지만, NVIDIA의 등장과, 그래픽 카드 업계에서의 PC 게이머 시장의 압박으로, 마침내 하이엔드 NVIDIA 그래픽 카드가 있는 commodity-based linux로 이전할 수 있게 되었습니다. 그래서 우리는 그래픽 하드웨어에 수천만 달러를 절약하게 해준 게이머들에게 감사하고 있습니다. 우리 그룹의 홈페이지는 여기에 있습니다: http://www.nas.nasa.gov/Resources/Visualization/visualization.html

Linux가 돌아가는 10,240 프로세서 SGI Altix 시스템인 Columbia supercomputer는, 2004년에 NAS에서 만들어졌습니다. Intel Itanium2 프로세서들을 사용하고, 각각 512개의 프로세서가 있는 20개의 노드로 나눠졌습니다. 각 512-processor Altix 노드는 1 테라바이트의 공유 메모리를 가진 Single System Image (SSI)입니다. Columbia와 진행되고 있는 다양한 형태의 과학에 대한 더 많은 정보들은 이곳에서 찾을 수 있습니다: http://www.nas.nasa.gov/About/Projects/Columbia/columbia.html

Columbia 자체는 Suse 기반(SGI 변경이 된)의 배포판을 사용하지만, NAS 분과의 보안 그룹에서는 인프라와 특별한 프로젝트 전용으로 Gentoo를 사용하고 있습니다. 그들은 노드 세개의 Mosix 클러스터까지 가지고 있습니다. 합쳐서, 그들은 약 30개의 Gentoo 시스템을 배치했습니다. 만약 누군가가 더 이에 대해서 더 많은 정보를 알고 싶다면, Derek Shaw와 연락할 수 있습니다.

Columbia가 만들어졌을 때부터, 우리 그룹의 일은 우선적으로 Columbia 사용자들에게 시각화 지원을 제공하는 것과 관련되어 있었습니다. 최근 우리의 초점은 시뮬레이션 코드 자체에 직접 접근하는 것과, 데이터를 생성되는 그대로 추출하는 것입니다. 우리는 자체에 Columbia와 연결된 16개의 cpu 노드 "chunnel"을 가지고 있습니다. 각각의 시뮬레이션 시간 기록을 위해, 우리는 공유 메모리를 통해 계산된 데이터를 추출해내고, 데이터를 infiniband에서 chunnel로 전송하고, 우리의 시각화 클러스터로 분산합니다. 지난번에 허리케인이 활동한 기간동안, 우리는 허리케인 예보에 사용되어 온 유한 용량(finite-volume)의 일반 순환 모델인, fvGCM의 동작으로부터 예상 상황 (movie)을 생성하기 위해 이 기술을 사용해왔습니다. 이것은 우리가 SC05에서 시연하고 있는 어플리케이션들 중 하나입니다.

Columbia 모니터로 갑시다. 이 스크린들에서 무엇을 시각화하고 보여줄 수 있나요? 이 시각화 클러스터에서 하는 다른 은 어떤 것이 있나요?

우리는 클러스터가 백엔드로 있는 우리의 LCD 스크린 그리드를 "hyperwall"로 부릅니다. 전형적으로 큰 이미지들만 보여주는 "powerwall"과 반대로, 우리의 목적은 dataset의 서로 다른 면들을 동시에 그리고 일제히 보여주기 위해 다른 툴과, 시점, 그리고 파라메터들을 사용하는 것을 허용해서 고차원의 dataset들을 시각화하는 것입니다. 우리는 기관(facility) 내부에 설치된 7x7 hyperwall과 "휴대품"역할을 하는 3x3 hyperwall 을 가지고 있습니다: 여러분이 그림에서 보고 있는 것입니다. hyperwall은 Computation Fluid Dynamics (CFD), quantum physics, astronomy 와 astrophysics, 그리고 atmospheric 과 oceanic modeling을 포함하는 몇가지 어플리케이션들에서 사용되고 있었습니다.

7x7에서는 아직 Fedora Core2가 돌아가고 있습니다. 이것이 우리의 최초의 hyperwall 입니다, 그리고 업데이트 그리고/또는 변경을 할 것인지/언제 할 것인지/어떻게 할 것인지는 논의 대상입니다. Columbia 모니터링 툴은 하나 이상의 Columbia 노드에서 시스템 자원 사용을 모니터링하기 위한 프로그램입니다. hyperwall로, 우리는 높은 해상도에서 20개의 Columbia 노드 모두를 동시에 모니터할 수 있습니다. 우리의 최종 목표는 결국에는 최적화의 목적으로, 특정 시뮬레이션의 동작, 성능 그리고 시스템 사용의 전체적인 관점을 가지기 위해 시스템 자원 모니터링과 코드 사용(code instrumentation)을 결합시키는 것입니다. 우리 분과(division)는 High End Computing (HEC) 어플리케이션을 위한 "full-service" 지원을 제공합니다 -- 포팅과 스케일링, 최적화, 그리고 시각화.


그림 2.1: 통계 정보

Fig. 1: Screenshots

통계 정보의 대부분은 proc와 sysfs 파일시스템에서 모입니다. 세개의 모니터링 컴포넌트들을 그림에서 볼 수 있습니다: cpumon, pagemon, 그리고 linkmon. Cpumon 은 cpuset 할당을 보여주는 동시에 '/proc/stat'에서 모은 cpu 통계들을 시각화합니다. Pagemon은 non-uniform 메모리 사용을 시각화합니다 -- 512-processor 노드 내부의 메모리는 각각 4 기가바이트의 256개의 블록으로 나뉘고, 통계들은 '/sys/devices/system/node/node*/meminfo'에서 모입니다. Linkmon은 Columbia의 통신 백본인 NUMAlink의 통계를 얻기 위해 "Performance Co-Pilot" 툴을 사용합니다.

왼쪽 위 스크린의 차트는 64-processor Columbia 프론트엔드 노드(아래), 그리고 이전에 언급관 vis 그룹의 16-processor 노드의 cpu와 메모리 통계를 보여줍니다. 십자 모양으로 배치된 5개의 스크린 각각은 하나의 Columbia 512-processor 노드의 통계를 보여주는 4개의 스크린으로 나눠져 있습니다. 기쁘지 않은 얼굴들(unhappy faces)의 집합은 노드가 꺼졌거나, 또는 모니터링 데몬이 그 시스템에서 돌아가지 않는다는 의미입니다. 오른쪽 아래의 스크린쪽의 세개의 화면들은 단지 우리가 대기 시각화를 생성하는, fvGCM의 출력이 수행되는 Columbia 노드의 확대 화면일 뿐입니다.

색칠된 상자들과 막대그래프들, 그리고 선들은 무엇을 나타내나요?

색칠된 상자들(방)들의 격자(grid)는 cpu 사용을 보여줍니다. 각 방들은 하나의 cpu 를 나타냅니다. 색깔 코드는 다음과 같습니다: black=idle, blue=user, red=system, cyan=iowait, yellow=soft-interrupt, orange=hard-interrupt. Cpuset들은 방들의 그룹 주변의 색칠된 테두리선으로 표시됩니다. 붉은 막대그래프는 메모리 사용을 보여줍니다. 512를 위해, 각각 4 기가바이트 블록의 메모리를 나타내는 256개의 수직 막대들이 있습니다. 붉은 막대의 높이는 할당된 메모리의 백분율을 나타냅니다. cpu와 메모리 차트 아래의 선그래프는 512-cpu 노드를 위한 NUMAlink 위상의 표시입니다. 우리의 SC05 포스터를 인용하면: "Dual-plane fat tree NUMAlink 상호 연결 위상 구조, C-brick 안의 녹색 사각형에서 2개의 노드 사이에서의 활동이 자주색으로 보여지고, 노드들과 라우터 사이는 청록색 사각형으로 표시됩니다; 레벨 1과 레벨 2 metarouter들은 노란색 사각형으로 표시됩니다." 여기에서 "노드" 라는 용어는 512-cpu "노드" 전체가 아니라, C-brick의 한 부분을 가리킨다는 것을 유의하세요. 자주색=활동, 파란색=비활동, 회색=읽을 수 없음.

3x3 스크린이 어떻게 동작하는 지에 대해 조금 더 자세히 알려주세요. 당신은 어떻게 이것을 제어하나요?

hyperwall은 꽤 간단한 클러스터입니다. 각 노드는 4 기가 RAM을 가진 듀얼 CPU, 듀얼 코어 Opteron 시스템입니다. 각 노드는 기본적인 Gentoo 인스톨이 되어있고, Xorg와 Xfce, 그리고 당연히 OpenGL을 위한 NVIDIA 비디오 드라이버가 있습니다. 우리는 공유된 파일시스템을 위해 NFS를 사용합니다. 우리는 프로그램을 노드에서 실행하는 등의 것들을 위해 한 세트의 스크립트를 가지고 있습니다. 노드들은 그리드 내부에 있는 그들의 스크린에서의 2차원 위치로, 노드 그룹을 선택할 때에는 perl regular expression을 사용해서 선택될 수 있습니다 -- 그래서 그림 안에서 사용되는 십자 패턴은 이렇게 묘사됩니다: 'CROSS = N1. N.1'. 우리는 마스터 콘솔에서 스크린 전체나, 또는 스크린들의 부분집합으로 커서를 옮겨주는, 'hyperX'라 불리는 툴을 가지고 있습니다. XTest 프로토콜을 사용해서 동작합니다. 나는 또한 벽 위의 어플리케이션들 중 몇몇을 움직이는 데 사용되는 C++ 기반의 분산형 객체와 이벤트 아키텍쳐를 작성했습니다. 이것은 Columbia 모니터링 툴에서 사용되는 하부 프레임워크입니다.


그림 2.2: 통계 정보

Fig. 2: Screenshots

어플리케이션 접근 방법 중 한가지는 어떤 어플리케이션의 사본을 각 스크린에서 실행하고 각 인스턴스들을 동시에 움직이는 것입니다. 어플리케이션의 각 인스턴스는 서로 다른 초기 조건들을 가지고 있습니다, 예를 들면 특정 도형에 매핑된 데이터 필드, 또는 colormap 내부의 변화(variation in the colormap)입니다. 어플리케이션들은 자체의 GUI나, hyperX를 사용해서, 또는 어플리케이션 고유의 프로토콜로 어플리케이션을 제어 하는 마스터 콘솔을 통해서 움직여집니다. hyperX의 장점은 가상적으로 어떤 어플리케이션이라도 변경되지 않은 채로 사용될 수 있다는 것입니다. 또다른 접근 방법은 노드에서 돌아가는 어플리케이션들 사이에서 더 많은 의사소통을 필요로 합니다, 그래서 한 노드의 시점이 어떤 방법으로 다른 노드에 영향을 미칩니다. 예를 들어, 차원들의 한 집합에 있는 제약 조건들은 하나의 표시 장치에서 가시적으로 설정될 것이고, 그런 제약 조건들을 매핑시키는 것은 다른 표시 장치에서도 보일 것입니다.

당신은 이 설정을 위해 왜 Gentoo를 골랐나요?

나는 단지 Gentoo를 클러스터에 인스톨하기를 원했습니다. 나는 먼저 Gentoo를 나의 작업용 랩탑에 설치했습니다, 그리고 Gentoo와 친해지고 편해진 다음에, 나는 그것을 내 워크스테이션에 인스톨했습니다. 그때까지는, 우리 그룹의 시스템은 Redhat/Fedora 전용이었습니다. Gentoo는 내가 다시 Linux를 좋아하게 만들었고, 시스템 관리를 재미있고 즐길 수 있는 것으로 만들었습니다. 나는 Gentoo가 클러스터를 위한 굉장한 배포판을 만들 수 있을 것이라는 생각이 들었고, 우리가 첫번째 mini hyperwall (첫번째 3x3)을 만들 때에, 나는 Fedora 옆에 Gentoo를 인스톨하기 위해 남겨진 파티션들을 가지고 있었습니다. 많은 시간 기다린 후에, 나는 마침내 위업을 달성했고, Gentoo는 실제로 정말 잘 동작했습니다. 그 다음 나는 SC05 1주일 전에 Gentoo를 우리의 두번째 3x3 hyperwall에 인스톨했습니다... 음, 실은, 나는 원래 3x3을 복제해서, 단지 비틀고 업데이트했습니다. 만약 여러분이 간단한 실험 대신, 인스톨을 하고 싶은 이성적인 동기를 원한다면, 그것은 내가 다양한 어플리케이션등과 GTK같은, 특정 패키지들을 최신으로 유지하기 위해 편리하게 접근할 수 있는 Portage를 정말 좋아하고 의지하기 때문입니다. 나는 Fedora에서 비표준 패키지들을 인스톨하는 데 항상 어려움을 겪습니다, 주로 아무도 그 패키지들을 위해 RPM을 만들려고 하지 않아서, 또는 yum과 싸움하느라 고생해서입니다.

Gentoo를 이런 특별한 설정에 사용하는 데 큰 이점은 무엇인가요? 단점이나 나아질 필요가 있는 영역들은 어떤 것이 있나요?

첫번째로, 유용한 정보, 문서, 그리고 커뮤니티 지원을 찾는 능력은 매우 귀중한 것이고 내가 Redhat/Fedora에서 항상 부족하다고 느꼈던 것입니다. 나는 우리의 새 3x3과 관련된 문제를 해결하기 위해 첫번째 Portage overlay를 설정했습니다. NVIDIA 비디오 드라이버는 우리 하드웨어에서 주된 안정성 문제를 가지고 있었습니다. 우리는 NVIDIA가 문제를 확인하고 고치게 했고, 그들은 패치를 제공했습니다. 나는 가장 최근의 nvidia-kernel ebuild를 Portage overlay로 복사해서 패치를 적용시키기 위해 업데이트했습니다. 패키지 관리 시스템 내부에 커스텀 패치가 된 우리의 그래픽 드라이버를 넣을 수 있다는 것은 굉장한 일입니다 -- 그리고 이것은 정말 하기 쉽습니다. Portage는 바이너리 배포판에 비해 몇 가지 장점을 제공합니다. 하나는 다양한 패키지에 접근할 수 있다는 것입니다. Portage를 브라우징/탐색하는 것조차 무슨 툴이 있는지 배울 수 있는 좋은 방법입니다. 어떤 버전의 패키지들을 인스톨할 것인지 선택할 수 있는 능력 또한 유용한 것으로 다가옵니다. 다른 이점은 커맨드 라인에서 점진적으로 시스템을, 또는 시스템의 일부를 업데이트 할 수 있는 능력입니다. 사실, 모든 시스템 관리 일들을 커맨드라인에서 그리고 스크립트 기반으로 할 수 있다는 것은 클러스터에서 정말 좋은 것입니다, 제 생각에는요. Portage/Gentoo의 유연성은 틀러스터에서 이들을 사용하는 이유들 중 하나입니다. 나의 현재 설정에서는 NFS로 노드 사이에서 공유되는 Portage tree가 있고, 마스터에는 emerge를 위한 프록시를 제공하는 squid가 있습니다. 나는 또한 rsync를 사용하는 복제(cloning)를 위한 자체(homebrew) 스크립트를 가지고 있습니다. 나는 마스터에서 chroot 환경으로 노드 OS를 인스톨하거나, 그곳에서 노드들로 증식시키는 것 같은, 다른 설정들을 시도해 볼 생각입니다. Xfce를 단지 용도에 맞지 않게 너무 컸던, Gnome (Fedora에서) 대신에 노드들의 데스크탑 관리자로 만드는 것은 또한 큰 진전이었습니다.

내 생각에 Gentoo가 필요한 것 한가지는 자체 버전의 SystemImager 툴입니다. 여러분이 하고자 한다면, 'GentooImager' ebuild가 되겠지요. SystemImager는 Redhat/Fedora에 적합하게 되어 있고, 그 배포판 내부의 모든 것을 포함하고 있습니다. GentooImager ebuild는, 어쩌면 SystemImager를 기반으로 하거나 이것을 빌려 올지도 모르지만, 필요한 툴들 -- dhcp, syslinux, tftp, 등등. -- 만을 의존할 수 있어야 합니다. 그 뒤로는, 시스템을 부팅시키고 부트스트랩하기 위해 pxeboot를 위한 환경을 자공하는 것과 시스템 이미지들을 만들기 위한 다른 세부 과정의 문제가 있습니다. 어쨌거나, 이건 생각해 봐야 할 문제입니다. 언젠가/만약 우리가 또 다른 hyperwall을 만든다면, 나는 그런 패키지들로 작업을 시작할 것입니다. 언젠가 알게 되겠지요. 나는 Gentoo를 클러스터에 인스톨하고 관리해 온 다른 사람들의 이야기를 듣는 데 관심이 있습니다.

단점에 관해서라면, 여러분이 Gentoo를 처음 인스톨하는 것이 어려울 수 있더라도, 내게 Gentoo를 hyperwall에 사용하는 데 특별한 단점들은 보이지 않습니다. 내가 보기에 Gentoo에서 좀 더 나아질 필요가 있는 영역들은 보안 관련 업데이트들을 다루는 쪽과, emerge 도중에 출력되는 중요한 메세지들을 추적하는 쪽입니다. 나는 이런 문제들이 주목받고 있는 것으로 보여서 기쁩니다.

당신의 부서 내부에서 Gentoo 인스톨을 위한 미래의 계획들이 있나요?

지금은, 나는 단지 작은 그룹에서 성가신 Gentoo 선동자일 뿐입니다. 나는 그럭저럭 그룹 안의 일부 사람들이 관심을 가지게 했습니다, 그리고 내 생각에 그들 중 한명이 Gentoo를 시도해 볼 것입니다. 어떻게 될 것인지 지켜봅시다. 내가 언급했듯이, Gentoo 는 보안 부서에서 주된 역할을 하고 있습니다. Columbia 자체를 말하자면, 글쎄요, 꿈은 꿀 수 있습니다(one can dream)...

어떻게 하면 당신과 연락할 수 있나요?

연락 정보는 내 웹페이지를 통해 찾을 수 있습니다.

3.  화제가 된 주제들

gentoo-dev

초기 인스톨 이후의 /dev의 내용

새로운 동적 디바이스 관리자(사장된 devfs와 udev)는 모든 디바이스 노드들을 동적으로 제어합니다. 그런데 /dev 내부에는 왜 정적인 디바이스 노드들이 많이 있는건가요? Gentoo는 이들 없이도 부팅할 수 있습니다, 그렇지만 시스템 구조(rescue)를 위해서는 대체할 것(fallback)을 가지고 있는 것이 훨씬 더 편합니다. 여러분은 하나 또는 두개의 정적 디바이스 노드 말고는 전부 제거할 수 있고 그래도 부팅은 될 것입니다, 단지 여러분이 터미널 출력이 없을 수도 있어서 디버깅이 어려울 수 있습니다 ...

4.  Gentoo, 세계로 가다

인도: Gentoo가 참여한 FOSS.IN 컨퍼런스

지난주에 인도에서 가장 큰 free 소프트웨어 그리고 open-source 소프트웨어 컨퍼런스가 있었습니다 -- Foss.in/2005가 Bangalore 궁전에서 열렸습니다. Gentoo는 공식적으로 개발자 Seemant Kulleen과 Shyam Mani, 또한 지역의 Gentoo 팬인 Ashish V, Ananth, 그리고 Arun Raghavan에 의해 소개되었습니다.


그림 4.1: The FOSS.IN 부스 스탭

Fig. 1: FOSS.IN

이벤트에서 Gentoo는 컨퍼런스에서의 모든 서버들과 대다수의 데스크탑이 Gentoo를 돌리는 것으로 첫번째 모습을 보였습니다. 엑스포 내부에 세워진 Gentoo의 전시장은 Gentoo 와 비 Gentoo 사용자 모두로 항상 붐볐습니다. 더 재미있는 것으로 Gentoo가 다른 배포판에 비해서 어떻게 다른지가 보여졌고 현재 Gentoo 사용자들은 자신들이 가지고 있는 의문에 대해 도움을 받았습니다. 이틀동안 100장 이상의 CD(인스톨 용과 패키지)들이 구워졌습니다.

두번째 날의 오후에는 Gentoo 전용으로 준비된 좌석 250개의 홀 전체가 보였습니다. Seemant는 Gentoo의 역사와, 무엇이 Gentoo를 움직이고 있는지에 대해 간략하게 소개했습니다. 많은 갈채속에서, Seemant로부터 무대를 넘겨받은 Shyam은, "Gentoo는 밥 먹는 사람들(ricers)을 위한 것"이라는 사고방식을 없애버린 다음에, 사용자들이 알 필요가 있을 Gentoo의 다양한 기능들에 대해 이야기했습니다. Arun은 이어서 빠른 Ebuild 101 세션을 진행했습니다. Seemant는 돌아와서 Gentoo가 생산 환경(production environment)에서 사용되고 있는 몇가지 사례 연구(case study)를 보여주었습니다. 각각의 연설은 청중으로부터의 몇가지 질문으로 마무리되었습니다. 세션은 끝난 후에도 계속된 QA 세션과 ebuild를 어떻게 작성하는지에 대한 빠른 시연으로 끝났습니다. 실제 인스톨을 시연해 달라는 많은 요구가 있었지만, 사용자들은 격려를 받아서 스스로 해보게 되었고, 필요할 경우 Gentoo 전시장에서 조언을 구했습니다.

지역화를 담당하는 사람들의 짧은 세션에서는 지역화와 Indic 글꼴 지원에 대한 대략적인 구도가 나왔습니다. 또한 지역 Gentoo 사용자 그룹을 만들자는 이야기도 있었습니다. 기대해 주세요!

부스 팀은 또한 Gentoo 전시장에 사용된 멋진 포스터들을 제안한 Harikrishnan에게 감사하고 싶어합니다.

독일: "Essen의 Linuxtage"에서의 "Friends of Gentoo e.V."

지난 주말 독일의 비영리 조직인 Friends of Gentoo e.V. 는 그럭저럭 Essen의 첫번째 Linuxtage에서 부스를 마련했습니다. 몇몇 노트북과 더 애매한 하드웨어(이번에는 오래 된 Compaq 데스크탑 머신)에서 Gentoo를 전시하는 일반적인 것 대신에 부스 팀은 특별한 그리고 한정판으로 인쇄된 독일 Gentoo 핸드북을 판매했습니다. open-source 컨퍼런스에서의 이 새로운 전시 첫번째 날에는 1300명 이상의 방문객들로, 기대치를 훨씬 넘어섰고 크게 성공했습니다. 두번째 날, 일요일에는, Gentoo 개발자 Tobias Scherbaum의 Gentoo Metadistribution 에 관한 프리젠테이션으로 마무리되었습니다.

5.  언론 보도

Retro Gaming Hacks (2005년 10월)

O'Reilly에서 출간된 새 책인, Retro Gaming Hacks는, (나이어린 게이머들에게 옛날의 게임들을 소개시켜 주면서)20대와 30대 게이머들이 향수를 되찾는 것을 돕기 위해 제공되었습니다. 고전 게임들을 진짜 옛날 하드웨어에서 실행하는 것 외에, 이 책은 독자들에게 고전 게임 시스템을 현대에 컴퓨터에서 에뮬레이트하는 방법을 알려줍니다. 그렇습니다, UNIX 운영 체제가 돌아가는 현대 컴퓨터에서조차 가능합니다. 그리고, 당연하게도, 여기에서 Gentoo가 거론됩니다. Hacks #22(Linux 에서 아케이드 게임 플레이하기), #40( Linux에서 NES 에뮬레이터 실행하기), #43(Linux에서 다른 클래스 시스템을 에뮬레이트하기), #51(여러분의 PC에서 콘솔 컨트롤러 사용하기), 그리고 #52( Linux에서 USB 게임패드 사용하기)는, 다른 배포판들에 비해서 Gentoo Linux에서 에뮬레이터들을 인스톨하는 것이 얼마나 쉬운지를 지적해 준, Gentoo 개발자 Josh Glover에 의해 작성되었습니다. Retro Gaming Hacks는 괜찮은 서점이라면 어디에서든 구할 수 있을 것입니다; 또는 O'Reilly의 Safari 책꽃이를 이용해서 온라인으로 읽어보세요.

6.  개발자 변동사항

Moves

다음의 개발자들이 최근 Gentoo 프로젝트에서 떠났습니다:

  • 이번 주는 없음

Adds

다음의 개발자들이 최근 Gentoo 프로젝트에 참가했습니다:

  • Alexandre Buisse (Nattfodd) - text-markup

Changes

다음의 개발자들이 최근 Gentoo 프로젝트에서의 역할을 변경했습니다:

  • 이번 주는 없음

7.  보안 소식

Inkscape: Buffer overflow

특별하게 조작된 SVG 파일이 열렸을 때 buffer overflow를 익스플로잇하고 잠재적으로 임의의 코드를 실행하는 것을 허용하는 취약점이 확인되었습니다.

더 많은 정보는, GLSA Announcement에서.

chmlib, KchmViewer: Stack-based buffer overflow

chmlib와 KchmViewer는 임의의 코드 실행으로 이어질 수 있는 buffer overflow 취약점을 포함하고 있습니다.

더 많은 정보는, GLSA Announcement에서.

8.  버그질라

통계

Gentoo 커뮤니티는 버그 추적과 기록, 공지, 제안들과 개발 팀과의 다른 상호 작용들을 위해 Bugzilla(bugs.gentoo.org) 를 사용하고 있습니다. 2005년 11월 28일과 2005년 12월 5일 사이에, 이 사이트의 활동 결과는:

  • 717 개의 새로운 버그 발견
  • 310 개의 버그들이 닫히거나 해결됨
  • 28 개의 이전 버그들이 다시 열림

현재 9129개의 열린 버그들 중: 97개는 'blocker', 207개는 'critical', 그리고 560개는 'major'로 분류되었습니다.

닫힌 버그 순위

이 기간 동안 가장 많은 버그들을 닫은 개발자들과 팀들은:

새 버그 순위

이 기간 동안 새 버그들을 가장 많이 등록한 개발자들과 팀들은:

9.  GWN에 바란다

여러분의 피드백을 보내 GWN을 더 좋게 만드는 것을 도와주세요.

10.  GWN을 받아보시려면

Gentoo 주간 뉴스를 구독하려면, gentoo-gwn+subscribe@gentoo.org 로 빈 이메일을 보내주세요.

Gentoo 주간 뉴스 구독을 중단하려면, 위에 등록한 이메일 주소를 통해 gentoo-gwn+unsubscribe@gentoo.org 로 빈 이메일을 보내주세요.

11.  다른 번역본들

Gentoo 주간 뉴스는 또한 다음의 언어들로 볼 수 있습니다:



인쇄

업데이트 2005년 12월 5일

요약: 2005년 12월 5일 주의 Gentoo 주간 뉴스입니다.

Ulrich Plate
Editor

Josh Glover
Author

Wernfried Haas
Author

Tom Knight
Author

Patrick Lauer
Author

Arun Raghavan
Author

Tobias Scherbaum
Author

Corey Shields
Author

Donate to support our development efforts.

Copyright 2001-2014 Gentoo Foundation, Inc. Questions, Comments? Contact us.