Bryce Harrington와 함께 인터뷰해라: Ubuntu Xorg Maintainer

나의 Ubuntu 개발자 인터뷰 시리즈에(서)두 번째 installment을 위해 우리는 Bryce Harrington,Ubuntu을 가진다. ’s Xorg Maintainer. Bryce은 현대적인 데스크탑 리눅스 분배의 가장 복잡하고 가장 중요한 지역 중의 하나로의 귀중한 우리가 통찰할 수 있게 한다.

얼마나 오랫동안 당신은 Ubuntu을 위해 Xorg을 계속 유지하고 있었습니까?

나는 그들의 Xorg maintainer으로서 2007 년 5 월에(서)Canonical 참가했다.

당신은 Ubuntu에 영향을 미치는 것에 얼마의 시간을 씁니까?

distro Ubuntu와 X.org 이슈(위)에 주당 또다른 30 hrs에(서)X.org(위)에 주당 Canonical 거칠게 30 hrs ’s 하드웨어는 파트너를 이룬다.

당신은 커뮤니티에(서)시작하는 것에서 핵심 개발자가 되는 것까지 길을 어떻게 묘사하시겠습니까?

그것은 실제로 나보다 상당히 더 쉬웠다. ’d은 예측했다. 많은 과정은 toolsets,정책,절차,기타 등등을 배워서 Ubuntu에 기여하기 위해 *how*을 배우는 것을 수반한다. 이것을 얻을 가장 좋은 방법은 뛰어들고 연습을 지니고 있는 것이다.
연습을 지니고 있기 위한 가장 좋은 시간은 특징 동결 전에 바로 지금 좋다. 이것은 정당하게 많은 newbie이 있기 때문에 하기 위해 친절하게 일을 합병하면 좋아 지기 위한 많은 기회가 습관적으로 행하여라 있다. 물론 그것은 합병하고 단지이다 다발을 하는 것보다 그 이상을 받는다; 나는 메이크가 기술을 포장하는 체크리스트이었습니까 나 hadn 무엇을 했다. ’항상 t이 각 그 일 전에 했고 적어도 몇차례 하는 것을 확실히 했다. 일단 나이면 ’d이 그 체크리스트를 깨끗이 했다 나는 나 자신이 코어 dev을 신청할 준비가 되어 있다고 느꼈다.

Xorg을 위해 특별한 계획이 안에 경쾌하게 있습니까?

우리 ’ve은 새로운 건축의 매우 큰 양을 Ubuntu을 합체했다. ’s 과거의 몇몇 릴리스 위에 있는 Xorg,강도 높은 것이 옆에 흐름을 거슬러 작용하는 모두 덕분에. 안에 경쾌하게 나는 안정시킴과 광택제에 우리의 촛점을 맞추고 싶다.
우리 ’ve은 Alberto Milone을 바탕으로 세우는 진행 중인 config 도구에 관하여 여러 계획이 있었다. ’x 용품이 있는 s 일. Wacom 태블릿 지원은 상당량의 눈에 보임을 얻었다; 입력 hotplug의 우리의 합병 마지막 릴리스는 wacom 태블릿 이슈,그렇게 우리를 해결하지 않았다. ’d은 경쾌하게 이 1 개 지역으로의 더 깊게 보고 싶어한다.
안정시킴 일,나를 지지하기 위해 ’XSmoke 테스트 세트 한벌-특이한 아무것도 영향을 미치지 않아서 약간을 달리기 위해 베이직‘이 그것을 한 단지 간단한 방법(길)일’이 반복될 수 있는 과정을 체크인한다 ve 있다.
안정시킴 집중된 또다른 도구는’ i386와 amd64 .debs을 제공하는 시간을 통해 돌아가는 흐름을 역행한 드라이버의 git 스냅사진의‘ 역사적 드라이버 패키지 페이지이다. 이것은 편리하고 간단한 사용자와 시험자가 테스트를 치르도록 git을 배우는 필요성 없는 더 오래된 버전이 두 갈래 지거나 건물을 포장한 방법(길)을 제공할 것이다. 도구가 되돌아갈 패치나 어떤 난관 아래로 사용자를 복귀가 시작된 것-이 정보가 헤아릴 수 없을 만큼 귀중할 때 좁아 지는 것을 위해 흐름을 거슬러 격리시키도록 도울 수 있게 할 복귀에 맞추어 조정된다. -ati 드라이버를 XAA에서 EXA으로 바꾸는 것이 또한 경쾌하게 계획된다. 나 ’채무 불이행으로서 ve 진전이 옆에 흐름을 거슬러 -ati을 조장하는 것을 보기 위해 EXA이 매우 잘 안정된 것처럼 소리를 내고 드라이버와 우리가 채택하는 것이 준비되어 있을 수 있어서 매우 기쁜 것. 우리 ’ve은 EXA이 사용자가 XAA와 더불어 계속 보고 있었던 넓은 glitchy 많은 행동을 해결한다는 일화적인 증거를 얻었다. 우리가 EXA changeover이 매끄럽게 간다는 것을 확실하게 하기 위해 그것과 더불어 흐름을 거슬러 일하고 있을 것이다 이슈 사용자가 더불어 발견하는 것 흐름을 거슬러 전송한다. 대담한 사용자는” 그들의 xorg.conf에(서)“EXA으로 전환하고 그들이 찾는 주목할 만 한 이슈(위)에 버그를 파일로 묶음으로써 이것(위)에 바로 지금 돕기 시작할 수 있다.

우리는 모두 인텔이 열려 있는 소스 그래픽 드라이버와 나에 대한 안부에(서)대단하다는 것을 안다. ’ve은 AMD/ATI이 주위에 또한 친절하게 더 많은 공개자료인 것에 오고 있다는 것을 읽어서 알았다. 얼마나 더 쉽게 그것은 소유 드라이버를 필요로 하지 않는 때 당신의 일을 만듭니까?

소유 드라이버와 더불어 슬프게 Ubuntu X 팀은 할 수 있다. ’정말로 t이 버그 리포트를 따라 단지 진보하는 것보다 훨씬 더 하고 판매자가 그들을 재검토하기를 바란다.
열려 있는 소스 드라이버는 우리에게 우리가 distro 레벨에(서)할 수 있는 것을 위해 훨씬 더 많은 옵션을 준다. 우리는 더 좋은 단서 오류가 무엇을 의미한다을 얻으라는 오류 메시지를 찾을 수 있다. 우리는 드라이버를 볼 수 있다. ’내부 s 하드웨어가 목록을 지지하고 때때로 심지어 그들에 덧붙는다. 우리가 완전한 backtrace을 가질 때 충돌과 더불어 우리가 어떤 논리가 패치 out 충돌과 때때로 동등한 종류에 즉시 이른 것을 볼 수 있고 볼 수 있다. 우리는 유순한 non 기준 모니터나 잘못 통합된 그래픽 성분을 위해 급한 커브를 더할 수 있다. 우리가 config 옵션의 디폴트값을 더할 수 있거나 기능을 가능하게 하거나 사용자에게 더 좋은 특징이나 더 강한 안정성이나 더 높은 퍼포먼스를 제공하기 위해 억제하기 위해 홱 비틀 수 있다. 우리가 더 새롭거나 더 오래된 xservers을 위해 드라이버를 개축할 수 있고 생각하지 않았을 지도 모른다 방식으로 흐름을 거슬러 about 전에 그들을 이용할 수 있다. don 우리 ’t은 사례별로 기준(위)에 패치 이슈를 해결하기 위해 우리가 흐름을 거슬러 그것에게 선별적으로 backport을 발송할 수 있고 그들이 그것을 고정시킬 때 우리가 옵션을 어떻게 가지는지를 안다.
우리는 착용한다. ’t이 언제나 이 모든 일(물건)을 할 *time*이 있지만 열려 있는 소스 드라이버와 더불어 적어도 우리가 기회를 가진다. 그것이 그들이 어떤 변화가 가치 행동인지를 알도록 도와 주기 때문에 흐름을 거슬러 또한 우리일 때 가치관은 이것을 한다.
소스 코드를 FOSS 라이센스 아래에(서)출판되게 하는 as 중요한 as 단지 열려 있는 *processes*은 여러 면에서 있다. 이것이 공개적으로 정보를 공유하는 것을 포함한다 발전으로 투명성은 발자국을 남긴다 그리고 기타 등등 더 큰 커뮤니티에 참가하는 소스 컨트롤 공공의 버그 줄지어 걷는다. 이 모든 연습을 채택하는 것을 향한 진보를 하는 것에(서)AMD처럼,인텔에 참여하는 것을 통해 회사를 보는 것은 격려가 된다.

당신은 나 자신처럼 누가 프로그래머가 아니지만 커뮤니티에 관여하고 Ubuntu에 기여하고 싶고 어떤 사람을 위해 어떤 길(방법)을 추천하시겠습니까?

non-coders이 기부할 수 있는 방법(길)의 세탁소 목록이 있다. 이 사람은 실제로 나의 좋아한 질문 중의 하나와 나이다. ’아마 그것(위)에 ve blogged은 나보다 훨씬 더 많이 할 것이었을 것이다!

hasn 나를 그렇게 아마 단지 1 아이디어를 고를 것이게 한다. ’t이 Ubuntu을 향상시키는 전에 많은 눈에 보임을 얻었지만 그것이 아주 귀중하다. ’s 질과 약간의 상세한 내용으로 가기. 나 ’ll은 포워드의 위치에서 길이를 사과한다!

흐름을 거슬러 버그 리포트를 전송하기
비교적 큰 버그 Ubuntu이 이른다는 보도 덩어리가 실제로 흐름을 역행한 이슈이다. Ubuntu이 대중적인 distro이기 때문에 우리가 정말로 좋은 하드웨어가 커버리지를 테스트하게 얻고 이것은 그들의 소프트웨어를 튼튼하게 만드는 것에(서)upstreams에(게)매우 귀중할 수 있다. 대부분의 upstreams don ’t은 launchpad을 이용한다 그래서 불행히도 그들이 이겼다. ’t은 우리가 그것을 그들로 밀지 않으면 이 피드백을 본다.
나는 다수의 우리가 버그 리포트에 대한 경험이 긴 시기 동안 launchpad에(서)unaddressed 앉혔다고 생각한다; 흐름을 거슬러 그들을 미는 것은 그들에 대한 주목을 끄는 것에(서)효과적인 길(방법)일 수 있다.
버그 전송은 기본적으로 버그 리포트 라이프 사이클에(서)1 연결이다:

1. 보고
2. Triage
3. 분석
4. A: Forward  B:은 장소적으로 고정시킨다.
5. 패키지 난관
6. 난관을 배치해라

Ubuntu 개발자는 아래로 과학에(게)#5/#6을 비교적 잘 한다. 그리고 거장 덕분에는 커뮤니티에 의하여 그리고 Canonical 우리 작용한다. ’ve이 많은 것을 #1와 #2와 #3을 더 잘하게 했지만 더 적은 사람들이 그것에 참가하고 있기 때문에 #4a이 현재 병목이다.
나 자신과 같은 개발자가 #4a을 덮으려고 애쓰지만 우리가 더 많은 커뮤니티를 얻을 수 있었다면 멤버가 그것을 그때 그것을 다루는 것에 끌어넣었다. ’d은 #4b의 그 이상을 하는 것 개발자를 자유롭게 해 준다.

나는 또한 효과적인 버그 전송에 대한 어떤 정보를 줄 수 있다. 1 번째는 어떻게 커피 열매 찌기에(게)버그를 찾는지이다. 내가 전형적으로 확고하게 마크를한 버그나 Triaged(위)에 질문을 하고 흐름을 거슬러 최근에 바뀐 1 번째를 알리지 않았고 대부분에 의하여 정렬시키지 않는다. 이것은 탑에(서)upstreaming의 가장 준비가 되어 있는 버그를 초래하는 경향이 있다.
언제나 버그가 doublecheck은 비교적 최근 소프트웨어의 출시에 대하여 테스트를 치렀다. 흐름을 거슬러 당연하게도 신작에(서)이미 고정된 버그에 덜 관심이 있는 경향이 있다.
다음에 나는 언제나 launchpad 버그가 모든 적절한 정보,포함하는 로그 파일,backtraces,기타 등등을 포함한다는 것을 확인한다. 흐름을 역행하게 오류 메시지나 다른 정보를 보여 주는 그래서 내가 적절한 파일을 골라 낸다 upstreaming이 원할 때 대개 이 모든 정보는 포함되어야 하는 것은 아니다.
나는 버그 리포트 설명에(서)탑 위로의 2-3 문장에(서)문제를 re-state이고 싶다. 때때로 버그 리포트는 명확한 진술을 가지는 것이 흐름을 역행한 개발자가 그들이 힘을 기울이고 싶은 버그를 확인하도록 도와 준다 그렇지 않으면 명확하지 않게 그리고 약간 rambly일 수 있다. 드문 간혹 나는 그것을 분명히 할 버그 단지 특히 언제 문제가 긴 일련의 코멘트 후에 밝혀졌는지에 대한 전체 리포트를 고쳐써야 할 것 이다.
내가 launchpad 버그로 또한 둘 다 흐름을 거슬러 URL을 흐름을 역행한 버그 설명에 포함시키고 나의 것은 참조 사항을 단다. launchpad 버그에(서)내가“ 또한 감정 프로젝트를 클릭하고” 거기에서 흐름을 역행한 버그 URL을 둔다.
마침내 내가 기자에게 흐름을 역행한 버그 리포트에 등록해 줄 것을 청하는 launchpad 버그에 코멘트를 넣었거나 만일을 생각하여 흐름을 거슬러 그 이상의 질문을 가지거나 뭔가를 테스트하기 위해 어떤 사람이 필요하다. 흐름을 역행한 농산물 패치,그때 다음 스텝은 패치를 움켜쥐는 것일 것이고 그것을 버그 리포트에 붙일 것이다. 이것은 진행되기 위해 스텝 #5에 기를 세운다.
그리고 그것 ’거의 그것 s. 나는 적어도 1 버그에게 매일 발송하는 연습을 채택한다. 전형적으로 버그를 전송하는 것은 그 don을 포장한다 안에 특히 비록 그것이 버그를 찾아 내기 위한 추가적인 시간 수확을 받기는 하지만 정말로 upstreamed일 준비가 되어 있는 약 30 분을 받는다. ’t은 버그 triagers으로부터 많은 주목을 끈다.
나는 전송 노력을 집중시킬 1 패키지를 고르는 것을 제안할 것이다. 이것은 당신이 사용자 오류와 패키징 오류와 합법적인 흐름을 역행한 문제 간의 차이를 발견하는 것을 잘하게 되기 위해 흐름을 거슬러 기대하는 것에(서)경험을 강화시키도록 허락한다. 당신 ’당신이 흐름을 역행한 개발자와의 좋은 관계를 세우고 그들이 이익으로서 더 앞으로 당신을 믿어서 ll은 또한 그들 그것을 찾는다. ’응답한 그 이상과 당신 ll 된다. ’ll은 Ubuntu와 정말로 모든 리눅스를 더(잘)그리고 더(잘)만드는 것에(서)더 효과적이게 된다.

우리는 이원적인 머리 구성이 단지 그것이 다른 플랫폼(위)에 있어서 그래픽 chipset와 관계없이 이음매 없는 과정인 것을 항상 볼 것입니까?

실제로 나는 새로운 메모리 매니저(aka 보석)을 얻는 것(위)에 나머지 많은 사소한 고장(실질적인 옵션을 이용해야 하는 것을 좋아해라)의 조작을 게이트에서 컨트롤한다고 생각한다. 메모리 매니저는 정말로 할 수 있는 pre-requisite이다. ’t이 돌아다녀 지지만 또한 많은 발전이 필요한 뭔가가 그것을 확실하게 하기 위해 박자를 맞춘다. ’튼튼하고 황금시간의 준비가 되어 있는 s. 메모리 경영(자)계층에(서)버그는 아무도 아니다. ’재미 있는 시간의 s 아이디어!
장소에(서)새로운 메모리 매니저와 함께 우리는 그것을 이용하여 각 비디오 드라이버에 의하여 법인으로 만들어 지는 것을 위해 그때 지원을 기다린다. 이것이 아직도 진행 중인 작업이고 아마 그것 전에 추가적인 안정시킴 시간이 필요할 것이다. ’(위)에 채무 불이행이 튀길 준비가 되어 있는 s. 아마도 안에 경쾌하게 우리는 그렇게 그들이 그것을 평가하는 것을 도울 수 있기 때문에 선택해라 안에 모험적인 사용자가 할 수 있는 채무 불이행에 의하여 꺼 진 이것 중의 일부를 보낼 수 있다. 어쩌면 그때 Jaunty+1 우리는(위)에 채무 불이행에 의하여 그것을 튀길 수 있다.
일단 그것이면 ’s 장소에(서)우리가“ 실질적인” 옵션을 세우는 것을 위해 workarounds을 버릴 수 있다 내가 어느 것을 알아채는지는“ 솔기”가 가장 볼 수 있는 곳이다. 큰 결합된 결의와 더불어 DRI와 compiz을 할 뿐만 아니라 그것은 >2 머리를 할 수 있는 것까지 또한 우리를 연다. 다른 재치 있는 많은 일은 그것 후에 가능하게 된다. 아마 또한 많은 버그 …Xorg에 참가할 사람들을 위해 많은 기회는 upstreaming 과정에서 구충한다.

어떤 종류의 컴퓨터가 당신을 하는지는 당신이 일간지를 이용한다 개인적으로 그것을 가집니까?

• 이원적인 24″ BENQ LCD이 있는 Dell XPS P4 데스크탑 ’사무실에(서)주요한 s: 데스크탑.
• Dell Inspiron 랩탑 1420N 대,i965: 나일 때 ’나의 사무실에(서)이지 않은 m.
• 자기 만들어진 Intel Core2 사각형 CPU w/ i965 + RV630: 발전/체격 박스. 리포트 세대 도구,체격 악마,테스트 마구,나의 chroots,기타 등등을 달린다.
• 나 ’비록 내가 최근에 단지 특이한 NFS 서버를 있기 위해 mythtv 박스를 줄인 FIOS으로 전환했기는 하지만 ve은 비교적 무거운 급습 셋업을 가지고 또한 mythtv backend 박스를 받았다.
• 그때 ’ve은 산더미 같은 8 항구 선반 mountable KVM에 연결되어서 다양한 것을 테스트하는 것에 써 진 데스크탑 시스템을 얻었다. aren 이것들 ’단지 그 곳일 때 하루 단위로 t 사용되기 ’특별한 버그 나 s ’골라 내기 위해 참기 어려운 m.

당신은 어떤 환경/창 데스크탑 매니저를 이용합니까?

기준이 된 Ubuntu 금언 환경,그렇게 그것 principly ’버그를 발견하고 번식하기 더 쉬운 s은 사용자에게 리포트를 발표한다.

어떤 응용은 당신의 매일의 컴퓨터 사용의 열쇠입니까?

firefox와 xchat으로부터 옆에 나는 콘솔 응용을 주로 이용한다. 내가 그래픽 사용자 인터페이스를 싫어하지 않는 것 ’s 그러나 나는 콘솔 프로그램을 사용자의 요구에 맞추는 것이 더 쉽다는 것을 발견한다. procmail와 spamassassin은 나의 이메일 유입 꼭대기에 머무르기에 나의 주요 도구이다. 이메일을 대강 훑어보는 것을 위해 나는 세션 집중적인 버그 커피 열매 찌기 중에 특히 편리한 비교적 심하게 사용자 요구에 맞춘 mutt을 이용한다. firefox,나에(서)버그 triaging을 위해 ’ve greasemonkey이 launchpad을 사용자의 요구에 맞추는 것에(서)매우 유용하다는 것을 알고 있는 것; 우리 ’ve은 나 GM 많은 스크립트 here. 을 모았다. ’또한 m launchpadlib을 버그를 triaging 도구로 만드는 것에 쓰는 것을 즐기기. 나 ’m 천천히 프로젝트로 이것들을 모으는 것은 병기고를 불렀다; 그것 ’아직도 아주 초반에 발전 그러나 그것에(서)s ’s 이미 내가 Xorg 버그의 유입 꼭대기에 머무르도록 도와 주는 것은 보고한다.

당신은 당신의 셋업의 screenshot을 함께 나눠 주시겠습니까?

나는 착용한다. ’t은 그 자체로 대개 그것 데스크탑의 특별한 어떤 주문형도 한다. ’xterm에(서)scovered ’s. 오른쪽에 당신은 모두 그 하드웨어와 함께 offscreen인 KVM을 위해 액정 디스플레이 모니터와 키보드를 본다.

책상은 자기 만들어진다. 나 ’현재 마무리 어울리는 창턱에게 돈을 달라고 졸라서 모니터가 있음에도 불구하고 또한 산 포인트로 쓸모 있는 m.

왼쪽에서 EeePC에 주목해라. 이 사진은 내가 평가하기 위해 모든 netbook 일 전에 그 후에 잘 온 하나를 빌려 준 약 일년 전에으로부터 있다.

두려운 셋업 Bryce! Jayson

당신은“ 일년 동안의 리눅스가 데스크탑(위)에 항상 있을 것이라고 생각합니까 ”다시 말해서 Ubuntu은 더 가깝고“ 시스템을 작동하는 주류라고 생각되고 있는 것에(게)더 가깝게 되고 있다. ”특히 델에 의하여 해 진 일 때문에. 당신은 Ubuntu이 항상 참으로“ 주류일 것이라고 생각합니까 ”

나는 그것을 추측한다. ’정말로 소유 판매자에게 손가락을 주는 세계에(서)갑자기 모든 사람의 생각하기에(게)극적이고 리눅스와 더불어 그들의 데스크탑을 다시 설치하는 s. 그러나 don 나이지 않기 ’그 곳 t 생각하기는” 데스크탑(위)에“ 일년 동안의 리눅스일 것이다. 나는 리눅스 채택을 더 높이 그리고 더욱더 차차 추진하는 일정기간 위에 있는 격리된다 그러나 서로 관계 맺게 되고 다른 많은 이벤트가 있을 것이라고 생각한다. 가장 놀라게 한 성취가 전통적인 데스크탑을 넘어서 지역에(서)있을 것이지만 단지 어디에(서)상업 플레이어가 더 이상 그것에 관심이 없는지에 대한 포인트에(서)데스크탑을 얻을 것이다. 나는 주요한 grassroots 노력이 그것을 얻어야 한다고 생각한다.
나의 부인과 어머니는 둘 다 독점적으로 Ubuntu을 달린다. 나의 아버지는 Ubuntu와 더불어 크리스마스 동안 델 미니 9 netbook을 요구하고 있다; 나의 배우자의 아버지는 Ubuntu(그의 첫번째 랩탑)와 더불어 델 랩탑에 연결된 것을 고려하고 있다! 나는 착용한다. ’t은 나의 집에(서)non 리눅스 어떤 기계도 가진다. 나는 그것 나 누구든지(게)그것이 내게 컴퓨터 도움을 요청한다고 말한다. ’기술 지원에 *if*을 주기 위해 그들이 Ubuntu을 다르게 그들을 달리지 않아서 기쁜 m ’혼자 힘으로 re; 나는 피난시킨다. ’t은 오랫동안 창과 don을 이용했다. ’기술이나 내가 관심을 가졌을지라도 t은 그것을 지지하기 위한 시간이 정말로 있다. Ubuntu와 더불어 단지 일 중 대부분이 처음에 그것을 세우고 있고 사용자를 가르치고 있다; 그것이 믿음직하게 달리고 지원 질문은“ 내가 어떻게 합니까 해라 nice 지금 있다. …” 다양성.
나는 나의 친구 많은 geeks이 이 크리스마스를 델을 이용하기 위한 대단한 기회로 해석하기를 바란다. ’Ubuntu을 펼치는 방법으로서 훌륭한 s Ubuntu 일 ’그들의 가족을 통해 s 존재. Ubuntu 이용하는 행복한 가족 구성원이 말로 한 개심자의 뛰어난 소스일 수 있다.
나 ’m 리눅스를 보내서 하드웨어의 증가하는 숫자가 vendors이다는 것을 알아차리는 것보다은 지금 전에 모든 우리 파생적인 이익이 된 효과를 더 많이 가지는 것이다. ’보는 것 re Ubuntu은 일상적인 커뮤니티 사용을 통해 모습이 보이는 것보다 훨씬더 집중적인 QA/테스트를 치르는 절차를 필요로 하는 생산 환경에(서)배치되었다. 예를 들면 나와 같은 FOSS 사용자가 펀치로서 그들의 랩탑 행복할 수 있다. ’s 중단/이력서가 시간의 95%을 움직이지만 하드웨어 판매자가 중단/이력서 행동 많은 사이클을 테스트할 것이고 *no* 오류를 기대할 것이다. 나는 이것이 버그의 클래스 out 의지 짜기를 테스트하는 그 don을 타이핑한다고 생각한다. ’t은 전형적으로 같은 양의 주목을 끈다. 내가 미리 응하는 추세가 netbook이 시장에 내놓는 손바닥만하/전반적인 컴퓨팅 사용 케이스를 넘어서 특별한 목적 장치에(서)Ubuntu의 성장이다.

현재 뒤쫓고 있다. Tivo 모델을 생각해라 그러나 뭔가를 위해 그것이 당신의 부엌이나 차고에 주로 살 것이다. 당신이 당신의 카메라가 당신의 사진을 재충전하고 자동적으로 다운로드하고 처리하기 위해 그것에 연결시키고 어쩌면 그것이 더 능률적인 방식으로 당신의 빛과 자동 소화 장치를 작동하고 그것이 당신이 들여놓는 식료품 가게로부터 RFID 태그에게 읽어 주고 당신이 만들 수 있는 레서피를 암시한다. 나는 한 번 소비자 제품 생산업체가 우리라고 생각한다. ’ll은 리눅스 기반의 장치의 폭발이 시장에 타격을 주는 것을 본다. 더 오랫동안 term 나는 임박한 불경기/침체가 리눅스와 Ubuntu을 위해 주요한 성장 기회일 것이라고 생각해라. 소유권 유일한 많은 회사가 어려운 시간이 비즈니스에 머무르게 할 것이고 발전과 소유 신제품의 선적의 속도를 낮출 것이다. 그러는 동안에 고객이 생산성을 향상시키는 동안 비용을 줄이는 방법을 찾고 있을 것이고 공개자료를 큰 기회로 간주할 것이다. 새로 실직한 엔지니어는 제품이 열려 있는 source  받침을 가지면서 시동에(게)새로운 회사를 구할 것이다; 그들의 손(위)에 넉넉한 시간이 갑자기 있는 다른 실직한 사람들은 그들의 다음 일을 위해 그들의 기술을 숫돌로 가는 방법으로서 열려 있는 소스 참여를 이용할 것이다. 모든 이것은 정말로 재미 있다 그러나 이길 것이다. ’t은 데스크탑을 얻는다. 그것 일(물건) ’ll은 데스크탑이 모든 커뮤니티 멤버가 그들이 좋은 경험을 가진다을 확실하게 하고 그들의 친구와 가족을 바꾸고 말로 한 확산에(게)Ubuntu에 대해 그들을 장려하기 위한 노력을 하는지이다 우리를 설득한다.

당신은 당신의 다른 프로젝트,Inkscape에 대해 우리에게 a little bit을 말하여 주시겠습니까?

나 Ubuntu/Xorg 일에 의하여 소비되고 있다. ’내가 이용하여 있는 만큼 Inkscape에 관련된 정말로 beein이 아니라 고맙게도 그 곳 ve은 그것에 대한 작업에(서)심하게 많은 커뮤니티 멤버이다. 많은 노력은 backend renderer와 계산에 관한 기하학 계층으로서 2Geom으로서 카이로를 이용하는 것으로 전환하는 것 codebase refactoring에 계속 들어가고 있었다. Inkscape이 어느 것(위)에 그것 다른 non 리눅스 많은 플랫폼에 포팅해 졌다. ’s은 이례적으로 인기를 끈다. 플랫폼 이식성 이슈가 논의 포럼에(서)훨씬 지금 갑자기 나타나는 것 같기 때문에 어떤 점에서는 이 인기는 양날인 칼이다.
나 ’“게이트웨이로서 Inkscape을 찾는 사용자의 더 많은 케이스가” 다른 FOSS 응용을 시도하는 것으로 끌어들였고 결국 리눅스에 대한 전환을 한다고 들을 d 사랑. 동시에 나는 공개자료 apps으로부터 이익을 얻기 위해 단지 Inkscape을 non 리눅스 플랫폼에 포팅하는 것이 사람들이 변하여야 하는 것을 피하는 것을 더 쉽게 하고 있는 것 걱정한다.

당신이 나의 독자와 공유하기를 바라는 다른 것이 있습니까? 위트 있는 코멘트? 건전한 조언? 재미 있는 이야기?

네 나는 뚜장이에(게)Ubuntu X 웹사이트를 원한다. 그것 ’만드는 것에 대한 정보 문제해결 Ubuntu을 위해 Xorg에 참가하는 것을 위한 정지 1 건 가게 s:

• http://wiki.ubuntu.com/X/

당신이 Ubuntu(위)에 X 문제에 부딪친다면 도움을 위해 거기에 가라. don 당신 ’t 발견 도움,그것 ’wiki 그렇게 언제 당신이 솔루션이 괜찮으시다면 거기에서 그것을 더한다 그래서 우리가 knowledgebase을 강화시킬 수 있다을 발견한다 s.
Bryce

당신의 시간과 통찰력과 지혜를 우리와 공유하는 것에 대해 Bryce에게 다시 고마워한다!