2월 내내 우리는 다양한 소식 공유 에 문제와 의견 불일치의 경우 Linux 커널 개발자 커뮤니티에서 생성된 Rust로 개발할 때.
심지어, 커뮤니티의 일부 중량급 인사들은 자신의 입장을 밝혔습니다. 그리고 더 나쁜 것은, 일부는 직위에서 사임했습니다. 일부 Linux 커널 하위 시스템의 유지 관리자로 활동합니다.
통제 불능이 되어가는 이러한 토론의 물결을 감안할 때, 리누스 토발즈는 스스로 문제를 해결하기로 했습니다. y 토론에 참여했습니다 Linux 커널에 Rust를 도입하는 것에 대한 일부 유지 관리자의 저항으로 인해.
Linus에 따르면, 유지 관리자는 학습, 사용을 강요받지 않습니다. 또는 다음에 작성된 코드를 고려해 보세요. 녹이 슬지 않으면 원치않아요 그들은 C로만 계속 작업할 수 있기 때문입니다.
19년 2025월 22일 수요일 오후 42시 XNUMX분, Christoph Hellwig 썼다:
>
이 문서에서는 Rust를 사용하는 데 하위 시스템이 필요하지 않다고 명시되어 있습니다. 이는 증명되었습니다.
> 리누스에게는 틀린 생각입니다. 그리고 당신은 그것을 알지 못했을 수도 있지만
> 문서를 작성할 때는 반드시 목록에 게시해야 합니다.나는 희망을 품고, 이 긴 스레드가 결과를 낼지 보기 위해 시도해 보았습니다.
건설적인 무언가로 전환하려고 하지만 이것은 후퇴하는 것 같습니다(적어도
(적어도 앞으로는 안 됩니다).사실 당신이 반대했던 풀 리퀘스트는 DMA를 건드리지 않았습니다.
전혀 층이 없습니다.그는 말 그대로 완전히 다른 상황에 있는 그저 한 명의 사용자일 뿐이었습니다.
당신이 유지 관리하는 코드를 어떤 식으로도 변경하지 않는 하위 디렉토리,
모양이나 형태.
그러나유지 관리자가 개입하지 않기로 결정하면 영향을 미칠 기회도 없습니다. 개발 방식에는 영향을 미치지 않으며, 외부 링크가 자체 하위 시스템의 코드에 통합되는 방식에도 영향을 미치지 않습니다.
Torvalds는 다음과 같이 설명했습니다. 앞으로 나아가는 데 관심이 있는 유지 관리자 녹으로 개발에 참여하고 건설에 영향을 미칠 수 있습니다. 링크를 제공하고 해당 인터페이스의 유지관리를 지원합니다. 반대로, Rust를 사용하지 않기로 선택한 사람들은 Rust를 사용하면서 발생할 수 있는 문제로부터는 보호받을 수 있지만, Rust의 발전에 영향을 미치는 일에서도 배제될 것입니다. 이런 접근 방식은 C에만 전념하는 사람들을 보호하는 동시에 Rust 통합 개선에 기여하지 못하게 하는 일종의 장벽을 만들어냅니다.
따라서 이 이메일은 "Rust 정책"에 관한 것이 아닙니다. 이 이메일은 다음에 관한 것입니다.
훨씬 더 큰 문제는 유지 관리자로서 당신은 자신의 코드를 책임져야 한다는 것입니다.
물론이죠. 하지만 최종 결과를 누가 어떻게 사용할지에 대한 책임은 당신에게 있지 않습니다.Rust를 좋아할 필요는 없습니다. 그 사람 때문에 걱정할 필요는 없어요. 그것은…
처음부터 아무도 없다는 것이 매우 분명해졌습니다.
갑자기 새로운 언어를 배워야 하는 상황에 처한 사람들이 있습니다.
C 측에서만 독점적으로 작업하고 싶다면 계속 그렇게 할 수 있습니다.
이런 상황은 어떤 면에서 보호 장벽을 만들어냅니다.C로만 작업하는 사람들을 위해 복잡성과 이와 관련된 잠재적 단점으로부터 이를 분리합니다. Rust 코드로. 하지만 동시에 그 같은 고립 상태로 인해 Rust의 진행에 영향을 미칠 수 없게 되었고, 즉 "아무도 Rust를 다룰 필요가 없다"는 모토가 모든 유지 관리자가 이 언어로 작성된 모든 코드를 잠글 수 있는 것은 아니라는 것을 의미합니다.
La 책임의 분담이 조직되어 있습니다 따라서 Rust에 관심 있는 사람들은 Rust의 측면에 대해 작업할 수 있고, 참여하지 않기로 선택한 사람들은 작업 흐름을 바꾸도록 강요받지는 않지만 Rust로 작성된 구성 요소의 개발을 수정할 수는 없습니다.
DMA 하위 시스템을 통한 Rust 링크 승인 문제가 발생하면서 논란은 더욱 심화되었습니다. 이 경우, 이러한 링크의 수락을 차단하려고 시도한 유지 관리자의 반대는 무시되었으며, 리누스는 크리스토프 헬비히의 행동을 공개적으로 비판했다.
토르발스에 따르면 헬비히는 자신의 권한을 초과했습니다. 그가 책임지고 있는 DMA 하위 시스템에 영향을 미치지 않는 별도의 하위 디렉토리에 구현된 코드에 영향을 미치려고 시도했습니다. 토르발즈의 말에 따르면, 헬위그의 태도는 그저 그가 싫어서 컨트롤러에서 DMA를 비활성화하려는 것과 비슷한데, 이는 용납할 수 없는 일입니다.
결국 각 유지 관리자는 자신의 코드에 대한 책임이 있지만, 해당 코드가 어떻게 사용되는지 제어하거나 대규모 프로젝트에 해당 코드를 통합할 것인지 결정할 권한은 없습니다.