Ubuntu의 Alpha / Beta 릴리스에 문제가 있습니다. 어떻게해야합니까?


115

나는 한동안 우분투의 알파 릴리스를 실행 해 왔습니다. 계속 문제가 발생합니다. 어떻게 해결할 수 있습니까? 이러한 문제가 발생하면 어떻게해야합니까? 질문을 할 다른 Ubuntu + 1 사용자는 어디에서 찾을 수 있습니까?

답변:


78

일반 알파 정보

여기로 리디렉션 된 경우 Ubuntu의 알파 또는 베타 릴리스에 대한 질문 일 수 있습니다.

일반적으로 개발 릴리스가 거의 시간마다 바뀌기 때문에 릴리스되지 않은 버전의 Ubuntu 릴리스 실행 하거나 사용 하는 것에 대해 질문을하지 않으며 일반적으로 중단되고 알파 테스터는 버그 추적기 를 통해 개발자에게 직접적인 피드백을 제공 해야합니다. 모두를 위해 고칠 수 있습니다.

우리가 신경 쓰지 않는 것이 아닙니다. 단지 잘하지 않을 것입니다. 사이트의 주요 목적 중 하나는 사용자를 위해 재사용 가능한 리소스를 만드는 것입니다. 빨리 구식이되었습니다!

이 질문에 대한 답변은 시작, 행운을 빌어 테스트에 도움이 될 것입니다!

파일 버그

문제가있는 관련 패키지에 대한 버그를 제출해야합니다. 버그는 개발자 릴리스의 주요 장점 중 하나입니다. 버그는 개발자에게 유용한 정보를 제공하고 소프트웨어를 개선하는 데 도움이됩니다.

버그는 어떻게 신고합니까?

어떤 패키지에 버그를 제출해야할지 잘 모르겠 으면 다른 리소스 (포럼, 메일 목록 등)를 사용하여 어떤 패키지를 제출해야하는지 문의하십시오.

디버깅 정보 는 버그 신고에 도움이됩니다.


32

포럼

  • Ask Ubuntu에 대한 질문이이 답변과 관련이 있으면 문제를 다시 게시해야합니다.

우분투 포럼의 개발 및 프로그래밍 섹션은 시작하기에 좋은 곳입니다. 정확한 하위 포럼은 릴리스에 따라 다르지만 현재는 Ubuntu Development Version이 필요 합니다.

최근 스레드를 살펴보고 발생한 문제와 비슷한 것이 있는지 확인하십시오. 그렇지 않은 경우 경험을 자세히 설명하는 새 스레드를 작성해야합니다.


25

업그레이드하기 전에 항상 테스트

sudo apt-get --simulate dist-upgrade

손상된 패키지에 대한 오류가 발생하면 업그레이드하지 마십시오.



19

우분투 개발 발표 메일 링리스트

큰 변화가있을 때 개발자는 보통 우분투-발표 발표 목록 에 게시 할 것 입니다. 이 목록은 많은 게시물을 얻지 못하기 때문에 (다른 우분투 목록 중 일부와 비교하여!) 시험판 테스터의 경우 구독하지 않는 변명이 없습니다.


16

패키지 업로드를 주시하십시오

아카이브에 업로드 한 내용은 동물 별명 (예 : lucid-changes , utopic-changes 등 )의 이름을 딴 메일 링리스트로 전송됩니다 .이 목록을 따르면 위험한 업로드가 업로드되는시기를 확인하여 이전에 문제를 피할 수 있습니다. 너무 늦었 어

또한 보관 상태 도구는 업그레이드하기 전에 보관 상태를 표시하는 데 유용합니다.


1
대안 : 변경 로그. 업데이트 관리자는 관련 부분 (새 버전과 현재 버전 사이의 변경) 만 표시하고 Synaptic / apt (itude)는 전체 변경 로그를 표시합니다.
papukaija


7

런치 패드 답변

런치 패드 답변은 우분투 (그리고 또 다른 공식 질의 응답 사이트입니다 몇 가지 다른 소프트웨어 되는 런치 패드에서 개발 ),하지만 AskUbuntu가, 런치 패드의 답변을 많은 사람을 도움이 시간이 지남에 따라 진화 재사용 답변을 생산에 초점을 맞추고있는 반면입니다 지원 추적기 각 질문에 대한 답변, 해당 질문이 무엇이든, 질문이 다른 사용자에게 유용한 형식인지 여부에 대한 답변에 중점을 둡니다.

어떤 이유로 든 Launchpad Answers 는 공식 Ubuntu 지원 리소스 목록에 종종 나타나지 않지만 ( 여기여기에 나열되어 있음 ) 오랫동안 운영되고 있으며 우분투 커뮤니티의 활기찬 덩어리입니다. 많은 시간과 에너지를 투입하고 지원을 제공합니다.

Ubuntu의 개발 릴리스 (또는 여기에서 AU로 부르는 Ubuntu + 1)에 대한 질문은 Launchpad Answers 에서 환영합니다. 여기에서 와 같이 버그를 질문으로 게시하면 응답은 "버그 보고서 제출"입니다. " Ubuntu의 개발 릴리스에서 버그를 올바르게 신고하거나 조사하는 방법에 대한 질문은 Launchpad Answers에서 매우 환영하지만, 이것이 사용자가 요구하는 것이거나 사람들이 버그를보고하려고한다고 가정 할 수 있음을 분명히해야합니다.

귀하의 질문에 대한 답변으로 좋은 기사를 만들지 않는 것에 관한 것이더라도 Launchpad Answers에 여전히 적합합니다 . Launchpad Answers에 대해 너무 현지화 된 것이 없습니다. 플립 측면에 대한 답변이다 런치 패드의 답변 편집하거나 투표에, 오직 한 사람이 대답하는 경향이 할 수없는 한 번에 (당신이 그들의 대답은 당신을 위해 작동 여부를 표시 할 때까지 즉,).

런치 패드 답변런치 패드 버그에 연결되어 있으며 런치 패드의 질문 및 버그는 서로 연결되어 (가입자에게 알림을받는 방식에 영향을 미침) 서로 변환 될 수 있습니다. 질문이되어야하는 버그 보고서는 종종 질문으로 변환됩니다. 버그 보고서 여야하는 질문은 때때로 버그 보고서로 변환됩니다. (가능한 경우 질문으로 시작하지 않고 버그를보고 할 때 처음부터 처음부터 시작하는 것이 더 낫습니다. 따라서 Launchpad의 누군가가 버그를보고하도록 요청하면 그렇게해야 합니다.)

버그 보고서는 영어로만 제출해야하더라도 모든 언어로 된 질문은 런치 패드 답변 (질문을 묻는 언어를 선택) 에서 지원됩니다 . 이것은 다음을 의미하기 때문에 Ubuntu + 1 과 특히 관련이 있습니다 .

  1. 런치 패드 답변 을 사용하면 편안하게 영어를 쓰고 읽지 않고도 자신의 언어 나 지역에 특정한 버그에 대해 작업 할 수 있습니다 .

  2. 런치 패드 답변 을 사용 하여 언어의 텍스트를 영어로 번역하는 데 도움을 요청하면 영어로 버그를보고 할 수 있습니다. 또는 이전에 영어로 작성된 버그 보고서를 변경하는 데 도움을 요청하십시오.

AskUbuntu를 사용하기 전에 FAQ를 살펴 보는 것이 좋지만 Launchpad Answers에 질문을 게시하기 전에 가이드 를 읽 거나 최소한 질문에 대한 부분 을 읽는 것이 좋습니다 .


4

즐거운 학습 되세요!

여기 예제는 quantal에서 하나의 브랜치를 사용합니다. 필요에 따라 자유롭게 변경하십시오.

버그를보고보고하면 특히 개발자로부터 귀중한 피드백을받을 수 있습니다. 패치를 제출하여 프로그래밍을 시작할 수도 있습니다. 먼저 버그와 관련된 소스 패키지를 파악해야합니다 (관련 패키지). 이름 linux-meta-ti-omap4또는 다른 패키지 이름으로 표시됩니다. 그런 다음 https://code.launchpad.net/ubuntu/+source/ linux-meta-ti-omap4 를 방문 하여 필요에 따라 패키지 이름을 바꾸십시오.

일단 거기, 당신은 올바른 지점, 같은 일반적으로 무언가를 선택해야 lp:ubuntu/[version-in-development]-proposed/linux-meta-ti-omap4합니다 (참고 [version-in-development]알파, 또는 현재 베타 버전을해야한다 부분.

이제 지점을 만들 차례입니다.

먼저, 당신은 원할 것입니다 bzr:

sudo apt-get install bzr

SSH 키가 필요합니다 (SSH 키가 이미 런치 패드에있는 경우 건너 뛸 수 있습니다).

  1. 대시에서 검색하여 '비밀번호 및 키'를여십시오.

  2. 암호를 사용하여 새 SSH 키를 작성하십시오. 옵션이있는 경우 SSHv2인지 확인하고 RSA를 사용하십시오.

  3. 일단 생성 된 목록에서 마우스 오른쪽 버튼을 클릭하고 원하는 파일로 내 보냅니다.

  4. Gedit로 파일을 열고 키에 대한 정보와 함께 짧은 줄을 포함하여 텍스트를 복사하십시오.

  5. 페이지 하단의 상자에이 붙여 넣기 여기에 양식을 제출합니다.

  6. 이제 BZR과 연결할 수 있습니다. 명령 행을 열고 새 디렉토리를 작성하고 변경하십시오.

    mkdir directory-name-of-your-choice&&cd directory-name-of-your-choice
    
  7. 다음을 수행하십시오.

    bzr launchpad-login [launchpad userid]
    
  8. 이제 다음과 같이 지점을 얻을 수 있습니다.

     bzr branch lp:ubuntu/quantal-proposed/linux-meta-ti-omap4 
    

    필요에 따라 지점 이름을 변경합니다. 이것은 quantal 용이지만 지점 이름은 앞에서 설명한대로 변경됩니다.

  9. 개발자가 분기를 변경했다고 생각하면 분기 bzr pull폴더에서 언제든 사용할 수 있습니다 .

  10. .po동적으로 생성되는 파일을 제외하고 선택한 프로그램을 사용하여 변경 하고 문제에 UI 텍스트가 포함 된 경우 올바른 .pot 파일을 변경하십시오.

  11. 체크 포인트를 만들 때마다 다음을 사용하십시오.

    bzr commit -m "a descriptive message about your changes"
    
  12. 작업을 마친 후 다음을 사용하여 지점을 밀어 넣으십시오.

    bzr push lp:~[your userid]/project-name/branch-name
    

    이 예제의 경우

     bzr push lp:~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
    

    완료되면 버그를 방문하여 오른쪽의 "관련 지점에 링크"를 클릭하십시오. lp:파트 없이 생성 한 브랜치를 붙여 넣습니다 .

    ~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
    

    이 예에서. 개발자가 좋아하면 브랜치가 병합되거나 개선됩니다. 문제를보다 명확하게 해결할 수 있거나 변경 사항으로 문제가 해결되지 않거나 다른 지점에서 문제가 이미 해결 된 경우 거부 될 수도 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.