From: SeongJae Park <[email protected]>
Translate this commit to Korean:
cf6d6fc27936 ("docs: process/howto.rst: make sections on bug reporting match practice")
Signed-off-by: SeongJae Park <[email protected]>
---
Documentation/translations/ko_KR/howto.rst | 18 +++++++++---------
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/Documentation/translations/ko_KR/howto.rst b/Documentation/translations/ko_KR/howto.rst
index 787f1e85f8a0..a2bdd564c907 100644
--- a/Documentation/translations/ko_KR/howto.rst
+++ b/Documentation/translations/ko_KR/howto.rst
@@ -339,14 +339,8 @@ Andrew Morton의 글이 있다.
버그 보고
---------
-https://bugzilla.kernel.org 는 리눅스 커널 개발자들이 커널의 버그를 추적하는
-곳이다. 사용자들은 발견한 모든 버그들을 보고하기 위하여 이 툴을 사용할 것을
-권장한다. kernel bugzilla를 사용하는 자세한 방법은 다음을 참조하라.
-
- https://bugzilla.kernel.org/page.cgi?id=faq.html
-
메인 커널 소스 디렉토리에 있는 'Documentation/admin-guide/reporting-issues.rst'
-파일은 커널 버그라고 생각되는 것을 보고하는 방법에 관한 좋은 템플릿이며 문제를
+파일은 커널 버그라고 생각되는 것을 어떻게 보고하면 되는지, 그리고 문제를
추적하기 위해서 커널 개발자들이 필요로 하는 정보가 무엇들인지를 상세히 설명하고
있다.
@@ -362,8 +356,14 @@ https://bugzilla.kernel.org 는 리눅스 커널 개발자들이 커널의 버
점수를 얻을 수 있는 가장 좋은 방법중의 하나이다. 왜냐하면 많은 사람들은
다른 사람들의 버그들을 수정하기 위하여 시간을 낭비하지 않기 때문이다.
-이미 보고된 버그 리포트들을 가지고 작업하기 위해서 https://bugzilla.kernel.org
-를 참조하라.
+이미 보고된 버그 리포트들을 가지고 작업하기 위해서는 여러분이 관심있는
+서브시스템을 찾아라. 해당 서브시스템의 버그들이 어디로 리포트 되는지
+MAINTAINERS 파일을 체크하라; 그건 대부분 메일링 리스트이고, 가끔은 버그 추적
+시스템이다. 그 장소에 있는 최근 버그 리포트 기록들을 검색하고 여러분이 보기에
+적합하다 싶은 것을 도와라. 여러분은 버그 리포트를 위해
+https://bugzilla.kernel.org 를 체크하고자 할 수도 있다; 소수의 커널
+서브시스템들만이 버그 신고와 추적을 위해 해당 시스템을 실제로 사용하고 있지만,
+전체 커널의 버그들이 그곳에 정리된다.
메일링 리스트들
--
2.17.1
ping?
On Mon, 8 Mar 2021 08:57:01 +0100 SeongJae Park <[email protected]> wrote:
> From: SeongJae Park <[email protected]>
>
> Translate this commit to Korean:
>
> cf6d6fc27936 ("docs: process/howto.rst: make sections on bug reporting match practice")
>
> Signed-off-by: SeongJae Park <[email protected]>
> ---
> Documentation/translations/ko_KR/howto.rst | 18 +++++++++---------
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
> diff --git a/Documentation/translations/ko_KR/howto.rst b/Documentation/translations/ko_KR/howto.rst
> index 787f1e85f8a0..a2bdd564c907 100644
> --- a/Documentation/translations/ko_KR/howto.rst
> +++ b/Documentation/translations/ko_KR/howto.rst
> @@ -339,14 +339,8 @@ Andrew Morton의 글이 있다.
> 버그 보고
> ---------
>
> -https://bugzilla.kernel.org 는 리눅스 커널 개발자들이 커널의 버그를 추적하는
> -곳이다. 사용자들은 발견한 모든 버그들을 보고하기 위하여 이 툴을 사용할 것을
> -권장한다. kernel bugzilla를 사용하는 자세한 방법은 다음을 참조하라.
> -
> - https://bugzilla.kernel.org/page.cgi?id=faq.html
> -
> 메인 커널 소스 디렉토리에 있는 'Documentation/admin-guide/reporting-issues.rst'
> -파일은 커널 버그라고 생각되는 것을 보고하는 방법에 관한 좋은 템플릿이며 문제를
> +파일은 커널 버그라고 생각되는 것을 어떻게 보고하면 되는지, 그리고 문제를
> 추적하기 위해서 커널 개발자들이 필요로 하는 정보가 무엇들인지를 상세히 설명하고
> 있다.
>
> @@ -362,8 +356,14 @@ https://bugzilla.kernel.org 는 리눅스 커널 개발자들이 커널의 버
> 점수를 얻을 수 있는 가장 좋은 방법중의 하나이다. 왜냐하면 많은 사람들은
> 다른 사람들의 버그들을 수정하기 위하여 시간을 낭비하지 않기 때문이다.
>
> -이미 보고된 버그 리포트들을 가지고 작업하기 위해서 https://bugzilla.kernel.org
> -를 참조하라.
> +이미 보고된 버그 리포트들을 가지고 작업하기 위해서는 여러분이 관심있는
> +서브시스템을 찾아라. 해당 서브시스템의 버그들이 어디로 리포트 되는지
> +MAINTAINERS 파일을 체크하라; 그건 대부분 메일링 리스트이고, 가끔은 버그 추적
> +시스템이다. 그 장소에 있는 최근 버그 리포트 기록들을 검색하고 여러분이 보기에
> +적합하다 싶은 것을 도와라. 여러분은 버그 리포트를 위해
> +https://bugzilla.kernel.org 를 체크하고자 할 수도 있다; 소수의 커널
> +서브시스템들만이 버그 신고와 추적을 위해 해당 시스템을 실제로 사용하고 있지만,
> +전체 커널의 버그들이 그곳에 정리된다.
>
>
> 메일링 리스트들
> --
> 2.17.1
Amazon Development Center Germany GmbH
Krausenstr. 38
10117 Berlin
Geschaeftsfuehrung: Christian Schlaeger, Jonathan Weiss
Eingetragen am Amtsgericht Charlottenburg unter HRB 149173 B
Sitz: Berlin
Ust-ID: DE 289 237 879
Hello Jon, could I ask you a review for this patch?
Thanks,
SeongJae Park
SeongJae Park <[email protected]> writes:
> From: SeongJae Park <[email protected]>
>
> Translate this commit to Korean:
>
> cf6d6fc27936 ("docs: process/howto.rst: make sections on bug reporting match practice")
>
> Signed-off-by: SeongJae Park <[email protected]>
> ---
> Documentation/translations/ko_KR/howto.rst | 18 +++++++++---------
> 1 file changed, 9 insertions(+), 9 deletions(-)
Applied, thanks, sorry for the delay.
jon